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Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Electromagnetic compatibility and 
Radio spectrum Matters (ERM). 

The present document is part 2 of a multi-part deliverable covering the Technical Requirements for Digital Mobile 
Radio (DMR), as identified below: 

Part 1 : "DMR Air Interface (AI) protocol" ; 

Part 2: "DMR voice and generic services and facilities"; 

Pai-t3: "DMR data protocol"; 

Pai-t 4: "DMR trunking protocol" . 
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Scope 



The present document contains technical requirements for Digital Mobile Radio (DMR) operating in the existing 
licensed land mobile service frequency bands, as identified in CEPT/ERC/T/R 25-08 [2]. 

The present document describes the voice and generic services and facilities of a scalable Digital Mobile Radio system 
which covers three tiers of possible products: 

Tier I: DMR equipment having an integral antenna and working in direct mode (communication without 

infrastructure) under a general authorization with no individual rights operation. 

Tier II: DMR systems operating under individual licences working in direct mode (unit-to-unit) or using a 

Base Station (BS) for repeating. 

Tier III: DMR trunking systems under individual licences operating with a controller function that 

automatically regulates the communications. 

NOTE 1: Tier II and Tier III products encompass both simulcast and non-simulcast systems. 

NOTE 2: The three tiers of possible products will work only independently and not interoperable. 

The present document specifies the voice and generic services and facilities of DMR that has been specifically 
developed with the intention of being suitable for all identified product tiers. The DMR protocol is intended to be 
applicable to the land mobile frequency bands, physical channel offset, duplex spacing, range assumptions and all other 
spectrum parameters without need for any change. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
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• References are either specific (identified by date of publication and/or edition number or version number) or 
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[2] CEPT/ERC/T/R 25-08: "Planning criteria and co-ordination of frequencies in the Land Mobile 

Service in the range 29.7-921 MHz". 

[3] ETSI TS 102 361-3: "Electromagnetic compatibility and Radio spectrum Matters (ERM); Digital 

Mobile Radio (DMR) Systems; Part 3: DMR data protocol". 
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Definitions and abbreviations 



3.1 Definitions 



For the purposes of the present document, the following terms and definitions apply: 

l:l-mode: 1 traffic channel mode 

NOTE: l:l-mode supports one "MS to fixed end" duplex call or one simplex call with an optional inbound 
Reverse Channel using a two frequency BS. 

2:l-mode: 2 traffic channel mode 

NOTE: 2:1 -mode supports two independent calls which may be either "MS to fixed end" duplex calls or simplex 
calls using a two frequency BS. 

Base Station (BS): fixed end equipment that is used to obtain DMR services 

bearer service: telecommunication service providing the capability for information transfer between access points 

burst: elementary amount of bits within the physical channel 

NOTE 1: Three different bursts exist with different number of bits. The Traffic burst contains 264 bits, the CACH 
burst contains 24 bits and the RC burst contains 96 bits. 

NOTE 2: The burst may include a guard time at the beginning and end of the burst used for power ramp-up and 
ramp-down. 

NOTE 3: For detailed burst definition see clause 4.2. 1 . 
call: complete sequence of related transactions between MSs 

NOTE: Transactions may be one or more bursts containing specific call related information. 

Control plane (C-plane): part of the DMR protocol stack dedicated to control and data services 

Digital Mobile Radio (DMR): physical grouping that contains all of the mobile and/or fixed end equipment that is 
used to obtain DMR services 

direct mode: mode of operation where MSs may communicate outside the control of a network 

NOTE: This is communication technique where any radio unit (MS) may communicate with one or more other 
radio units (MSs) without the need for any additional equipment (e.g. BS). 

duplex: a mode of operation by which information can be transferred in both directions and where the two directions 
are independent 

NOTE: Duplex is also known as full duplex. 
frame: two contiguous time slots labelled 1 and 2 

NOTE: A frame has a length of 60 ms. 

inbound: MS to BS transmission 

logical channel: distinct data path between logical endpoints 

NOTE: The logical channels are labelled 1 and 2. The logical channel may consist of sub-channels, e.g. SYNC, 
embedded signalling, etc. 

Mobile Station (MS): physical grouping that contains all of the mobile equipment that is used to obtain DMR mobile 
services 

outbound: BS to MS transmission 
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payload: bits in the information field 

personalization: address and configuration information that characterizes a particular DMR MS 

NOTE: This information may be programmed by the installer before putting an MS into service. 

physical channel: RF carrier that is modulated with information bits of the bursts 

NOTE: The RF carrier may be a single frequency or a duplex pair of frequencies. The physical channel of a DMR 
subsystem is required to support the logical channels. 

polite protocol: "Listen Before Transmit" (LBT) protocol 

NOTE: This is a medium access protocol that implements a LBT function in order to ensure that the channel is 
free before transmitting. 

prefix: most significant digit of a MS address in the user domain 

privacy: secret transformation 

NOTE: Any transformation of transmitted information that is derived from a shared secret between the sender and 
receiver. 

Protocol Data Unit (PDU): unit of information consisting of protocol control information (signalling) and possibly 
user data exchanged between peer protocol layer entities 

Radio Frequency channel: Radio Frequency carrier (RF carrier) 

NOTE: This is a specified portion of the RF spectrum. In DMR, the RF carrier separation is 12,5 kHz. The 
physical channel may be a single frequency or a duplex spaced pair of frequencies. 

repeater mode: mode of operation where MSs may communicate through a BS 

NOTE: This is a communication technique where any radio unit (MS) may communicate with one or more other 
radio units (MSs) with the need for an intermediate BS. 

signalling: exchange of information specifically concerned with the establishment and control of connections, and with 
management, in a telecommunication network 

simplex: mode of working by which information can be transferred in both directions but not at the same time 

superframe: 6 continues traffic bursts on a logical channel labelled "A" to "F" 

NOTE: A superframe has a length of 360 ms and is used for voice traffic only. 
time slot (or slot): elementary timing of the physical channel 

NOTE: A timeslot has a length of 30 ms and will be numbered "1" or "2". 

transmission: transfer period of bursts containing information or signalling 

NOTE: The transmission may be continuous, i.e. multiple bursts transmission without ramp-up, ramp-down, or 
discontinuous, i.e. single burst transmission with ramp-up and ramp-down period. 

trunking: network controlled communication 

NOTE: This is a communication technique where any radio unit (MS) may communicate with one or more other 
radio units (MSs) using a trunking protocol and all MSs will be under control of a network. 

user numbering: decimal representation of DMR air interface addresses 

NOTE: The user numbering is that visible to a user or seen by the user. 

User plane (U-plane): part of the DMR protocol stack dedicated to user voice services 

wildcard: character in the user domain that represents all digits to 9 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AI Air Interface 

AT Access Type 

BOC Beginning Of Call 

BOR Beginning Of Repeat 

BOT Beginning Of Transmission 

BS Base Station 

CACH Common Announcement CHannel 

CC Colour Code 

CCL Call Control Layer 

CCL_1 Call Control Layer: Slot 1 process 

CCL_2 Call Control Layer: Slot 2 process 

CCL_BS Call Control Layer: Both Slot process 

C-plane Control-plane 

CRC Cyclic Redundancy Checksum for data error detection 

CSBK Control SignalHng BlocK 

CSBKO CSBK Opcode 

DLL Data Link Layer 

DMR Digital Mobile Radio 

EOC End Of Call 

EOR End Of Repeat 

EOT End Of Transmission 

EEC Forward Error Correction 

FID Feature set ID 

FLCO Full Link Control Opcode 

FNS Feature Not Supported 

Grp_V_Ch_Usr Group Voice Channel User 

HMSC High level Message Sequence Chart 

ID IDentifier 

LBT Listen Before Transmit 

LC Link Control 

MAC Medium Access Control 

MFID Manufacturer's FID 

MMI Man Machine Interface 

MS Mobile Station (either portable or mobile unit) 

MSC Message Sequence Chart 

OACSU Off Air Call SetUp 

Octet 8 bits grouped together, also called a byte 

OVCM Open Voice Channel Mode service 

PABX Private Automatic Branch eXchange 

PATCS Press And Talk Call Setup 

PDU Protocol Data Unit 

PL Physical Layer 

PSTN PubUc Switched Telephone Network 

PTT Push-To-Talk 

RC Reverse Channel 

RE Radio Frequency 

SDL Specification and Description Language 

SFID Standards FID 

SYNC Synchronization 

TDMA Time Division Multiple Access 

U-plane User-plane 



£75/ 



1 2 ETSI TS 1 02 361 -2 V1 .2.3 (2006-09) 



Overview 



The present document describes a Digital Mobile Radio (DMR) system for Tier II and Tier III products which employs 
a Time Division Multiple Access (TDMA) technology with a 2-slot TDMA solution and RF carrier bandwidth of 
12,5 kHz (see note 1). 

NOTE 1 : DMR system for Tier I products employs a continuous transmission variation of the previously mentioned 
technology. 

The present document describes the Call Control Layer (CCL) of the DMR Air Interface (AI). Radio equipments (fixed, 
mobile or portable) which conform to the present document shall be interoperable at the Air Interface with equipment 
from other manufacturers. Radio equipment of the present document shall also comply with TS 102 361-1 [1]. 

The present document will not provide the specification or operational detail for system implementations which include 
but are not limited to trunking, roaming, network management, vocoder, security, data, subsystems interfaces and data 
between private and public switched telephone networks. It describes only the appropriate access requirements 
compatible with the Air Interface. 

NOTE 2: The DMR standard consists of a multi-part deliverable, which will be referred to in the present document 
if needed. 

4.1 Protocol architecture 

The purpose of this clause is to provide a model where the different functions and processes are identified and allocated 
to different layers in the DMR protocol stack. 

The protocol stack in this clause and all other related clauses describe and specify the interfaces, but these stacks do not 
imply or restrict any implementation. 

The DMR protocol architecture which is defined herein follows the generic layered structure, which is accepted for 
reference description and specification of layered communication architectures. 

The DMR standard defines the protocols for the following 3 layered model as shown in figure 4. 1 . 

The base of the protocol stack is the Physical Layer (PL) which is the layer 1 . 

The Data Link Layer (DLL), which is the layer 2, shall handle sharing of the medium by a number of users. At the 
DLL, the protocol stack shall be divided vertically into two parts, the User plane (U-plane), for transporting information 
without addressing capability (e.g. voice), and the Control plane (C-plane) for signalling information, both control and 
data, with addressing capability, as illustrated by figure 4. 1 . 

NOTE 1 : It is appropriate to bear in mind the different requirements of C-plane and U-plane information. C-plane 
information needs only a discrete (or non-continuous) physical link to pass information although it needs 
a continuous virtual link to support the service. This may also be called signalling or packet mode service. 
Acknowledgements may or may not be requested. U-plane information, on the other hand, requires a 
regular physical link to be available so that a constant delay service can be supported. This may also be 
called circuit mode service. 

NOTE 2: The DLL identified in figure 4.1 may be further sub-divided in the air interface protocol to separate the 
functionality of Medium Access Control (MAC) and Logical Link Control (LLC), which is often 
performed in radio air interface protocols due to the specialized nature of these two tasks. Such separation 
is not presented in the present document and is implementation specific. It is further implementation 
specific if layer 2 at U-plane offers only MAC for the service. 

The Call Control Layer (CCL), which is layer 3, lies in the C-plane and is responsible for control of the call (addressing, 
features, and etc.), provides the services supported by DMR, and supports Short Data and Packet Data service. U-plane 
access at layer 2 (DLL) supports voice service which is available in DMR. The Control Layer and the features and 
services offered by DMR are described in the present document. The Short Data and Packet Data Protocol offered by 
DMR are described in TS 102 361-3 [3]. 
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Figure 4.1 : DMR protocol stack 

4.1 .1 Air Interface Physical Layer (layer 1 ) 

The Air Interface layer 1 shall be the physical interface. It shall deal with the physical burst, composed of bits, which is 
to be sent and/or received. The Physical Layer is described in TS 102 361-1 [1]. 

The Air Interface layer 1 contains the following functions: 

modulation and demodulation; 

transmitter and receiver switching; 

RF characteristics; 

bits and symbol definition; 

frequency and symbol synchronization; 

burst building. 

4.1 .2 Air Interface Data Link Layer (layer 2) 

The Air Interface layer 2 shall handle logical connections and shall hide the physical medium from the upper layers. 
The Data Link Layer is described in TS 102 361-1 [1]. 

The main functions are as follows: 

channel coding (FEC, CRC); 

interleaving, de-interleaving and bit ordering; 

acknowledgement and retry mechanism; 

media access control and channel management; 

framing, superframe building and synchronization; 

burst and parameter definition; 

link addressing (source and/or destination); 

interfacing of voice applications (vocoder data) with the PL; 



£75/ 



1 4 ETSI TS 1 02 361 -2 V1 .2.3 (2006-09) 

data bearer services; 

exchanging signalling and/or user data with the CCL. 

4.1 .3 Air Interface layer 3 (CCL) 

Air Interface layer 3 (CCL) is applicable only to the C-plane, and shall be an entity for the services and features 
supported by DMR on top of the layer 2 functionality. The Call Control Layer is described in the present document and 
may have embedded intrinsic services associated to it. 

The CCL provides the following functions: 

BS activation; 

establishing, maintaining and terminating of calls; 

individual or group call transmission and reception; 

destination addressing (DMR IDs or gateway as appropriate); 

support of intrinsic services (emergency signalling, pre-emption, late entry, etc.); 

announcement signalling. 

4.2 Overview of voice and generic services and facilities 

The facilities described for DMR are related to user initiated call procedures, e.g. group speech call, individual speech 
call, data call etc. The services defined for DMR contains intrinsic (embedded) signalling or procedures which may 
relate to one or more user initiated call procedures. 

Some services are visible to users others are not and will be processed by the MS itself. All user related signalling or 
presentation above layer 3 is not part of the present document and is implementation specific. 

The services and facilities defined in the present document may be used for Tier I and Tier II products and is called the 
"default feature set" which is allocated to the "Standards Feature ID (SFID)". There is a possibility in the DMR standard 
which allows manufacturers to define and implement "private" feature sets which contain additional "private" services 
and facilities, which may possibly not be understood by products not supporting this "private" feature set. 

The "standard feature set" contains the following services and facilities: 

a) Generic services: 

generic BS services: 

BS outbound activation; 

voice call repeating; 

voice call hangtime; 

CSBK repeating; 

BS outbound deactivation; 
feature not supported signalling. 
All MSs shall implement the "feature not supported signalling". All other services and facilities are optional. 

b) Primary voice services: 

group call service; 
individual call service. 
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c) Supplementary voice services: 

unaddressed voice call service; 
all call service; 
broadcast voice call service; 
open voice channel call service. 

d) DMR facilities. 

The description of the services and features uses SDL diagrams where necessary to illustrate and highlight specific 
points in both direct mode and repeater mode. Other aspects of the DMR radio system required are the High Level MS 
SDL, the High Level BS SDL, HMSC and MSC diagrams. For the High Level SDL diagrams and state description refer 
to TS 102 361-1 [1], annex G. The HMSC and MSC diagrams are described in the present document. 

4.3 Feature interoperability 

The FID identifies one of several different feature sets. 

The FLCO identifies the "over-air" feature within the given feature set. 

To ensure interoperability at the air interface, features that are standardized in the present document and available in the 
equipment shall be accessible only via the combination of default SFID and corresponding FLCO. 

Features that are not standardized in the present document are only available via an alternative MFID. 

5 DIVIR services 

5.1 Generic services 
5.1.1 Generic BS services 

Figure 5.1 illustrates the HMSC for both BS slots. For descriptions of various states in this diagram refer to clause G.2 
ofTS 102 361-1 [1]. 

The Mobile Station Inactivity Timer T_MSInactive is defined in clause F.l of TS 102 361-1 [1]. Also, in the following 
diagrams the slot number refers to the outbound slot. Therefore, outbound slot 1 implies inbound slot 1 for offset mode 
and inbound slot 2 for aligned mode, as defined in clause 5.1 of TS 102 361-1 [1]. 



£75/ 



16 



ETSI TS 102 361-2 VI .2.3 (2006-09) 



MSC BS Both Slots 




BS_Hibematin^ 



Wake_Up_Message 



D 



-o- 



Start_T_IVISInactive J 

I 

<rHangtime^ 



T_MSInactive_Expires 



D 



BOR_Slot_1 




BOR_Slot_2 



:S. 



I) 



£r 



01epeating_Slot_0 Olepeating_siot_^ 



EOR_Slot_1 



J 



^ 



-6- 



BOR_Slot_2 BOR_Slot_1 



2 J BOR_Slot_1 ] 

r2r " 



EOR_Slot_2 



^epeatingBothSlots/ 



-6 



EOR Slot 2 



^ 



EOR Slot 1 



J 



1(1) 



Figure 5.1 : BS Both Slots HMSC 

Figure 5.2 illustrates the HMSC for a single BS slot. For descriptions of various states in this diagram refer to 
clause G.2 of TS 102 361-1 [1]. 

NOTE: This HMSC is valid only when the BS is not in the BS_Hibernating state. 
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The single slot processes are started when the BS transitions out of the BS_Hibernating state and stopped when the BS 
transitions to the BS_Hibernating state. 

Upon reception of a CSBK, the CACH AT bit may be left as idle as there are no more inbound bursts to follow. 
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Figure 5.2: BS Single Slot HMSC 
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5.1 .1 .1 BS outbound activation 

This clause describes the BS activation and deactivation facihty. 

There is one MS sourced data burst required for channel access in repeater mode. This is a BS_Dwn_Act PDU which is 
used to wakeup or activates the BS outbound. Details are listed in table 5.1. Contents of the BS_Dwn_Act PDU are 
found in clause 7.1.3. Details of when it is transmitted are found in clause 5.2 of TS 102 361-1 [1]. 

Table 5.1 : Channel access data burst 



Data Type 


Value 


Function 


Data Contents 


CSBKO 


CSBK 


OOII2 


Activate BS Outbound 


BS_Dwn_Act 


IIIOOO2 



5.1.1.1.1 



BS Outbound Activation SDL 



Figure 5.3 illustrates the BS decision process when its receiver synchronizes to an MS sourced sync pattern while in the 
BS_Hibernating state. This figure is informative with respect to the order of qualification. 

If either the Colour Code does not match or the slot type is not CSBK the BS shall stay in the BS_Hibernating state. If 
both the Colour Code matches and the slot type is CSBK the BS shall start Mobile Station Inactivity timer 
T_MSInactive, which is defined in clause F.l of TS 102 361-1 [1], and shall transition to the Hangtime state. 

Figure 5.3 illustrates the minimum requirement for BS activation. Additionally, manufacturers may also validate any 
and or all of the following: 

CSBKO; 

SFID; 

Destination (BS) Address and Source Address. 
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process BS_Downlink_Activation 



1(1) 



( BS_H 
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Figure 5.3: BS Activation SDL 



5.1.1.1.2 



BS MSCs 



The following MSCs attempt to show a decomposition of the BS functional layers as defined in clause 4.1 of 
TS 102 361-1 [1]. 

NOTE: A CCL_BS process is used to describe the state of both slots while CCL_1 and CCL_2 processes are used 
to describe the state of slot 1 and slot 2 respectively. This is used for clarification purposes and is purely 
informative. 
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5.1.1.1.3 



BS Outbound Activation 



Figure 5.4 illustrates BS actions when it receives a valid wakeup PDU while the CCL_BS is in the BR_Hibernating 

state. 

The CCL_BS starts both the CCL_1 and CCL_2 processes, shall start T_MSInactive and transition to the Hangtime 
state. CCL_1 and CCL_2 send Generate_Idles primitive to the DLL and both transition to the Channel_Hangtime state. 
The DLL starts the outbound and the BS shall transmit Idle PDUs with a Data Type of "Idle" in both slots. Also the 
CACH AT bit for both slots shall be set to "Idle". 
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Figure 5.4: BS_Outbound_Activation 
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5.1.1.2 



Voice call repeating 



Figure 5.5 illustrates BS actions when it receives a Voice_LC_Header on slot 1 while CCL_1 is in the 
Channel_Hangtime state. The figure uses the Group Call PDU (Grp_V_Ch_Usr) in this example. 

The DLL sends a BOR primitive to the CCL_1 process and stops generating idle messages. CCL_1 transitions to the 
Repeating_Slot state. The DLL also sends a BOR_Slot_l primitive to the CCL_BS process. If slot 2 is in 
Channel_Hangtime or Call_Hangtime states, it transitions to Repeating_Slot_l state. If slot 2 is in Repeating_Slot state, 
then CCL_BS transitions to Repeating_Both_Slots state. The DLL shall repeat the Voice_LC_Header and then shall 
repeat slot 1 voice bursts continuously in this state. While the BS is repeating it should set the CACH AT bit to "busy". 
The DLL also sends LC information to the CCL_1, which is used for the generation of call hangtime PDUs. 
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Figure 5.5: BS BOR_Slot_1 
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5.1.1.3 



Voice call hangtime 



Figure 5.6 illustrates BS actions when it receives a Terniinator_with_LC on slot 1 while CCL_1 is in the 
Repeating_Slot_l state. The figure uses the Group Call PDU (Grp_V_Ch_Usr) in this example. 

The DLL sends an EOR primitive to the CCL_1 process which starts Call Hangtime Timer (T_CallHt) and transitions 
to the Call_Hangtime state. The DLL also sends an EOR_Slot_l primitive to the CCL_BS process. If slot 2 is in 
Channel_Hangtime or Call_Hangtime states, it transitions to Hangtime state. If slot 2 is in Repeating_Slot state, then 
CCL_BS transitions to Repeating_Slot_2 state. The CCL_1 sends Generate_Terminators primitive to the DLL for call 
hangtime messages. The BS shall transmit call hangtime PDUs in this state and set the CACH AT bit to "busy". When 
the T_CallHt expires, the CCL_1 transitions to the Channel_Hangtime state and sends Generate_Idles primitive to the 
DLL. The BS shall transmit Idle message PDUs as defined in clause D.2 of TS 102 361-1 [1] with a Data Type of "Idle" 
and the CACH AT bit set to "idle" in this state. 
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Figure 5.6: BS EOR_Slot_1 
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5.1.1.4 CSBK repeating 

Figure 5.7 illustrates BS actions when it receives a CSBK on slot 1 while in the Channel_Hangtime state. 

The BS CCL_1 sends a TX_CSBK_Slot_l primitive to the DLL to repeat the CSBK and stays in the 
Channel_Hangtime state. The BS shall repeat the received CSBK. 
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Figure 5.7: CSBK Repeating 
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5.1 .1 .5 BS outbound deactivation 

Figure 5.8 illustrates BS actions when its Mobile Station Inactivity Timer (T_MSInactive) expires. 

The CCL_BS sends Kill_Slot Process primitive to CCL_1 and CCL_2 and transitions to the BS_Hibemating state. Here 
the BS shall cease transmitting, which deactivates the outbound. 
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Figure 5.8: BS_Outbound_Deactivation 
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5.1 .2 Feature Not Supported (FNS) signalling 

The Feature Not Supported (FNS) signalling shall be used when an MS is individually addressed with feature signalling 
it does not support. The non-supported feature signalling received by the MS occurs through a PDU that contains a 
Standard FID (SFID) and a CSBKO that it does not support. 

The MS shall use the non-time critical CSBK ACK/NACK channel access procedure as defined in clause 5.2.2.3 of 
TS 102 361-1 [1], to transmit the FNS signalling PDU. 



5.1.2.1 



FNS Data Bursts/Fields 



When a feature is not supported, the target MS shall attempt to respond to the source MS with a negative 
Acknowledgement Response (NACK_Rsp) CSBK PDU. Details are Hsted in table 5.2. Contents of the NACK_Rsp 
PDU are found in clause 7.1.2.4. 

Table 5.2: Feature Not Supported data burst 



Data Type 


Value 


Function 


Data Contents 


CSBKO 


CSBK 


OOII2 


FNS Signalling 


NACK_Rsp 


IOOIIO2 
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5.1.2.2 



MS FNS MSC 



Figure 5.9 illustrates the MSC for a NACK_Rsp. Here the DLL, after receiving the TX_Request primitive, sets Idle 
Search Timer (T_IdleSrch) as defined in TS 102 361-1 [1] and determines the channel status. If the channel status is 
idle then the N ACK_Rsp PDU shall be transmitted. Alternatively, if the channel is busy the DLL starts the 
Random_Holdoff timer (T_Holdoff), as defined in TS 102 361-1 [1]. If the channel is busy the MS shall complete at 
least one holdoff cycle in its attempt to transmit the NACK_Rsp. 

In this example at the expiration of the timer, if the channel is idle the PDU is transmitted and if the channel is busy the 
timer is restarted. It is the responsibility of the DLL to transmit the message. The only role of the CCL is to determine 
the feature is not supported and to instruct the DLL to transmit the NACK_Rsp PDU. 
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Figure 5.9: TX Granted for FNS_NACK 
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5.2 Primary voice services 
5.2.1 Group call service 

The Group Call service provides voice call service between one individual user and a predetermined group of users. All 
parties in the group can hear each other. The Group Call is initiated at the user level by selecting the desired group via a 
predefined selection procedure (see note) and then activating a mechanism to talk, such as pressing the PTT button. 

NOTE: The selection procedure is implementation specific and is not part of the present document. 



5.2.1.1 



Service description 



Group Call initiation or Beginning Of Call (BOC) follows a predetermined channel access mechanism. This access 
procedure may use any of the standard channel access procedures. These procedures are impolite, polite to own Colour 
Code and polite to all. 

The first burst at the Beginning Of Transmission (BOT), which may be the BOC, carries the necessary information to 
allow the selected group to be notified of that call. This is accomplished with the Group Voice Channel User 
(Grp_V_Ch_Usr) LC Message using the Voice LC Header Data Type burst. The first voice burst is preceded by a Voice 
LC Header in the appropriate slot. This is illustrated in figure 5.4 of TS 102 361-1 [1]. 

Group Call supports late entry into a call by embedding the LC information into the voice bursts. This helps support 
scanning, radios being powered on during a transmission addressed to that particular unit and units that do not correctly 
decode the voice header. This is accomplished with the Group Voice Channel User (Grp_V_Ch_Usr) LC message. 

A Group Call End Of Transmission (EOT) shall be accomplished by padding out the voice superframe with silent voice 
frames through its completion (voice burst "F"), and then sending the Group Voice Channel User (Grp_V_Ch_Usr) LC 
Message using the Terminator with LC Data Type burst. This is illustrated in figure 5.8 of TS 102 361-1 [1]. 

Call hangtime is used in order to extend a call past the End of Transmission. End Of Call (EOC) occurs at the expiration 
of call hangtime. 



5.2.1.2 



Group Call Data Bursts/Fields 



5.2.1.2.1 



Direct Mode 



The Group Call service requires two Data Type bursts and two embedded field messages. These are listed in tables 5.3 
and 5.4 respectively. The contents of the embedded LC, Grp_V_Ch_Usr PDU, are defined in clause 7.1.1.1. Contents of 
the embedded Null message are defined in clause D.l of TS 102 361-1 [1]. The Null message is embedded in the "F" 
burst of the voice superframe on the forward channel. 

Table 5.3: Group Call Data Bursts 



Data Type 


Value 


Function 


Data Contents 


FLCO 


Voice LC Header 


0001 2 


Transmission Addressing 


Grp_V_Ch_Usr 


OOOOOO2 


Terminator with LC 


001 O2 


End of Transmission 


Grp_V_Ch_Usr 


OOOOOO2 



Table 5.4: Group Call Embedded Field Messages 



Link Control (LC) IVIessage 


FLCO 


Function 


Bursts 


Grp_V_Ch_Usr 


OOOOOO2 


Late Entry 


4 


Null 


NA 


Filler 


1 
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5.2.1.2.2 



Repeater mode 



Repeater mode uses the same data bursts or fields as direct mode as defined in clause 5.2.1.2.1. However, the BS also 
generates Grp_V_Ch_Usr LC PDUs using the Terminator with LC Data Type burst to signal call (reserved) hangtime. 
The Null message is always embedded in the F burst of the voice superframe on the inbound channel and embedded in 
the reverse channel location on the outbound channel when no reverse channel signalling is required. 



5.2.1.3 



MS Group Call Control 



5.2.1.3.1 MS Group Call SDL 

Figure 5.10 illustrates the MS CCL when a group call transmission is requested and is informative. 

The Inactive state is any CCL state with the exception of My_Call or In_Session. The CCL sends a TX_Request 
primitive to the DLL and transitions to the Wait_for TX_Response state. If the TX_Denied primitive is received from 
the DLL, the CCL transitions to the inactive state. If the TX_Granted primitive is received from the DLL, the CCL 
sends the BOTx primitive and transitions to the TX_Voice state. When the transmission ends, the CCL transitions to the 
In_Session state. 
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Figure 5.10: Group Call CCL SDL 
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5.2.1 .3.2 MS Group Call HMSC 

Figure 5.11 illustrates the HMSC for a group call. 

For descriptions of various states in this diagram refer to clause G.l of TS 102 361-1 [1]. 

Figure 5.11 shows two entry points. The entry point into PTT is for transmission and the entry point into Not_in_Call is 
for reception. The illustration is the same for direct mode and repeater mode. A minor difference between the two 
modes occurs because the ln_Session state does not exist in direct mode. In this case the MS shall immediately 
transition to the Out_of_Sync state since the outbound can not be found. 
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Figure 5.1 1 : Group Call HMSC 
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5.2.1.3.3 MS Group Call MSCs 

The following MSCs attempt to show a decomposition of the MS functional layers as defined in clause 4.1. 



5.2.1.3.3.1 



MS MSC PTT 



Figure 5.12 illustrates the MS CCL receiving a PTT_Request primitive. Though the action boxes in figure 5.12 indicate 
this is a BOC, the MSC with respect to the primitives is the same if the MS is in one of the following states: 

My_Call; 

Not_in_Call; 

In_Session; or 

Other_Call. 

The CCL sends a TX_Request primitive to the DLL and transitions to the Wait_for_TX_Response state. In this state the 
CCL waits for a TX_Granted or TX_Denied primitive from the DLL channel access process. 
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Figure 5.12: MSC PTT 
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5.2.1 .3.3.2 MS MSC TX_Denied 

Figure 5.13 illustrates MS actions when the DLL sends a TX_Denied primitive to the CCL. 




Figure 5.13: MSC TX_Denied 
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5.2.1 .3.3.3 MS MSC TX_Granted 

Figure 5.14 illustrates MS actions when the DLL sends a TX_Granted primitive to the CCL. 

After receiving the TX_Granted primitive the CCL sends a BOTx primitive to the DLL to indicate beginning of 
transmission and then transitions to the TX_Voice state. The DLL proceeds by sending the Voice_LC_Header 
(Grp_V_Ch_Usr) PDU followed by a voice burst stream on the appropriate slot. 
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Figure 5.14: MSC TX_Granted 
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5.2.1.3.3.4 



MS MSC My_ID_Header 



Figure 5.15 illustrates MS actions when its CCL receives an address match in the DLL transmitted BORx primitive 
while in either the ln_Session (call hangtime) or Not_in_Call (channel hangtime) states. This occurs when the MS 
receives the Grp_V_Ch_Usr PDU that contains a matching address. 

The CCL transitions to the My_Call state when the destination ID matches. Voice is sent directly from the DLL to the 
User lO. 
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Figure 5.15: MSC My_Header_LC 
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5.2.1.3.3.5 



MS MSC My_ID_LC 



Figure 5.16 illustrates MS actions when its CCL receives an address match in the DLL transmitted LC primitive while 
in either the ln_Session (call hangtime) or Not_in_Call (channel hangtime) states. This occurs when the MS receives 
the Grp_V_Ch_Usr PDU that contains a matching address via the embedded LC PDU in the voice superframe. 

This is a late entry scenario. The CCL transitions to the My_Call state and the speaker is un-muted. Voice is sent 
directly from the DLL to the User_10. 
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Figure 5.16: MSC My_ID_LC 



£75/ 



35 



ETSI TS 102 361-2 VI .2.3 (2006-09) 



5.2.1.3.3.6 MS MSC Dekey 

Figure 5.17 illustrates MS actions when PTT is released. 

The CCL receives a Dekey_Indication primitive and sends an EOTx primitive to the DLL. The MS shall pad out the 
superframe through voice burst "F" and then shall send a Terminator_with_LC (Grp_V_Ch_Usr) PDU. The CCL 
transitions to the In Session state. 
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Figure 5.17: MSC Dekey 
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5.2.1 .3.3.7 MS MSC Terminator 

Figure 5.18 illustrates MS actions when it receives a terminator while the CCL is in the My_Call state. 

The DLL sends an EORx primitive to the CCL. The CCL sends an End_of_RX primitive, which mutes the speaker, and 
transitions to the ln_Session state. In direct mode, since there is no hangtime, the MS will then quickly transition to the 
Out_of_Sync state. See figure 5.21 for details. 
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Figure 5.18: MSC Terminator 
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5.2.1 .3.3.8 MS MSC RX_ldle_SYNC_in_Call_HT 

Figure 5.19 illustrates MS actions when an Idle PDU is received while the CCL is in the In_Session state. 
The DLL sends an ldle_Data primitive to the CCL, which ends the call, and transitions to the Not_in_Call state. 
NOTE: This is for repeater mode only and indicates the end of call hangtime. 
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Figure 5.19: MSC RX_ldle_SYNC_in_Call_HT 
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5.2.1 .3.3.9 MS MSC Not_My_ID 

Figure 5.20 illustrates MS actions when it receives a mismatched address while the in Call Hangtime. 

In Call Hangtime the MS CCL is in the In_Session state. The DLL sends the CCL an EORx primitive when the address 
is determined to not match the address in Call Hangtime. This can be decoded from either a Voice_LC_Header or an 
Embedded_LC containing a voice call PDU. In this example the PDU is Grp_V_Ch_Usr which indicates another Group 
Call is on the channel. The CCL ends the call and transitions to the Other Call state. 
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Figure 5.20: MSC Not_My_ID 
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5.2.1.3.3.10 MS MSC No_outbound_follow_EOT 

Figure 5.21 illustrates MS actions when it does not find sync while in the In_Session state. 

The DLL sends a Sync_Fail primitive to the CCL. The CCL ends the call and transitions to the Out_of_Sync state, 
which can occur after it stops transmitting. 
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Figure 5.21: MSC No_Outbound_Follow_EOT 
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5.2.2 Individual call service 



The Individual Call service provides voice service between one individual user and another individual user. The 
Individual Call facility is initiated at the user level by selecting the desired individual via a predefined selection 
procedure (see note) and then activating a mechanism, such as pressing the PTT button. 

NOTE: The selection procedure is implementation specific and is not part of the present document. 

5.2.2.1 Service description 

Individual Call initiation or Beginning Of Call (BOC) may occur in one of two defined call setup methods: 

the first method is a Press And Talk Call Setup (PATCS); and 

the second method is an Off Air Call SetUp (OACSU). 

The PATCS method may employ Impolite, Polite to Own Colour Code or Polite to All Channel Access, whereas the 
OACSU method may only employ Polite to Own Colour Code or Polite to All Channel Access. An MS in either the 
In_Session or My_Call High Level states shall use an impolite Channel Access mechanism. 

In the OACSU method the source MS attempts a presence check of the target MS. This is accomplished with the Unit to 
Unit Voice Channel User (UU_V_Req) CSBK message. When the target MS receives the request message, it shall 
respond automatically with an acknowledgement. This is accomplished with the Unit to Unit Answer Response 
(UU_Ans_Rsp) CSBK message. The response message may employ either Polite to All or Polite to Own Colour Code 
channel access mechanism. Upon receiving an acknowledgement that rejects the call, the source MS should not proceed 
with the call. Upon receiving an acknowledgement that accepts the call, the source MS follows the PATCS method with 
impolite channel access. Therefore, the PATCS method is a subset of the OACSU method. 

In the PATCS method the first burst at the Beginning Of Transmission (BOT), which may be the BOC carries the 
necessary information to allow the target MS to be notified of the incoming call. This is accomplished with the Unit to 
Unit Voice Channel User (UU_V_Ch_Usr) LC message using the Voice LC Header Data Type burst. The first voice 
burst shall be preceded by a Voice LC Header in the appropriate slot. This is illustrated in figure 5.4 of 
TS 102 361-1 [1]. 

Individual Call supports late entry into a call by embedding the LC information into the voice bursts. This helps support 
scanning and radios being powered on during a transmission addressed to that particular unit when the PATCS method 
is used. It also supports units that do not correctly decode the voice header when either the PATCS or the OACSU 
method is used. This is accomplished with the Unit to Unit Voice Channel User (UU_V_Ch_Usr) LC message. 

An Individual Call End Of Transmission (EOT) is accomplished by padding out the voice superframe with silent voice 
frames through its completion (voice burst F), and then sending the Unit to Unit Voice Channel User (UU_V_Ch_Usr) 
LC Message using the Terminator with LC Data Type burst. This is illustrated in figure 5.8 of TS 102 361-1 [1]. 

Call hangtime is used in order to extend a call past the End of Transmission. End Of Call (EOC) occurs at the expiration 
of call hangtime. For OACSU individual calls, subsequent transmissions before the End of Call should be PATCS 
method. 
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5.2.2.2 



Individual Call Data Bursts/Fields 



5.2.2.2.1 



Direct mode 



The Individual Call service requires four Data Type bursts and two embedded field messages. These are listed in 
tables 5.5 and 5.6 respectively. The contents of all messages with the exception of the embedded Null are defined in 
clause 7.1. Contents of the embedded Null message are defined in clause D.l of TS 102 361-1 [1]. The Null message is 
embedded in the "F" burst of the voice superframe on the forward channel. 

Table 5.5: Individual Call Data Bursts 



Data Type 


Value 


Function 


Data Contents 


Opcode 


CSBK 


OOII2 


Presence check 


UU_V_Req 


0001 OO2 


CSBK 


OOII2 


IVIS Initiated 
Acl<nowledgement 


UU_Ans_Rsp 


0001 01 2 


Voice LC Header 


OOOI2 


Transmission Addressing 


UU_V_Ch_Usr 


000011 2 


Terminator with LC 


001 O2 


End of Transmission 


UU_V_Ch_Usr 


000011 2 



Table 5.6: Individual Call Embedded Field Messages 



Link Control (LC) Message 


FLCO 


Function 


Bursts 


UU_V_Ch_Usr 


000011 2 


Late Entry 


4 


Null 


NA 


Filler 


1 



5.2.2.2.2 



Repeater mode 



Repeater mode uses the same data bursts/fields as direct mode as defined in clause 5.3.1.2.1. However, the BS also 
generates UU_V_Ch_Usr LC PDUs using the Terminator with LC Data Type burst to signal call (reserved) hangtime. 
The Null message is always embedded in the "F" burst of the voice superframe on the inbound channel and embedded 
in the reverse channel location on the outbound channel when no reverse channel signalling is required. 



5.2.2.3 



IVIS Individual Call channel access 



Individual Call Service via the PATCS method shall follow the same channel access rules as group call. However, the 
CSBK PDUs used to perform the presence check (UU_V_Req) and to answer the presence check (UU_Ans_Rsp) for 
the Individual Call Service via the OACSU method require some application specific rules. These specific rules are 
defined in the following clauses and compliment the channel access diagrams in clause 5.2.2 of TS 102 361-1 [1]. 
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5.2.2.3.1 



UU_V_Req channel access SDL 



The specific channel access rules for the transmission of the UU_V_Req CSBK are illustrated in SDL in figure 5.22. 
The DLL receives a TX_CSBK primitive from the CCL while in the TX_Idle state. The DLL starts the Idle_Search 
timer (T_IdleSrch), initializes the Retry_Counter to and transitions to the Qualify _Idle state. If the channel is busy the 
transmission is immediately denied. If the channel is idle the UU_V_Req CSBK PDU is transmitted, an Ack_Wait 
timer (T_AckWait) is started and the DLL transitions to the Wait_for_ACK state. 

While in the Wait_for ACK state, if the UU_Ans_Rsp CSBK PDU is received the DLL informs the CCL. If the 
ACK_Wait timer (T_AckWait) expires and Retry_Counter equals the CSBK_Retry_Limit (N_CSBKRetry), then a retry 
transmission is not attempted and the CCL is informed. If the number of attempts is less than the CSBK_Retry_Limit 
then the MS returns to the Qualify_Idle state to attempt to retransmit the CSBK PDU. 
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Figure 5.22: UU_V_Req Channel Access SDL 
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5.2.2.3.2 UU_Ans_Rsp Channel Access SDL 

The specific channel access rules for the transmission of the UU_Ans_Rsp CSBK are illustrated in SDL in figure 5.23. 

The DDL receives a TX_CSBK primitive from the CCL while in the TX_Idle state. While the DLL is in the 
Qualify_Idle state, if the channel is idle the CSBK PDU is transmitted and if the channel is busy the transmission is 
denied. There are no retries or holdoff times for this time critical response. 
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Figure 5.23: UU_Ans_Rsp Channel Access SDL 
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5.2.2.4 



MS Individual Call Control 



The Individual Call Service via the PATCS method shall follow the same rules as Group Call, while using the 
Individual Call specific messages. The Individual Call Service via the OACSU method shall follow the same rules as an 
impolite Group Call once the presence check is accomplished. Therefore this clause only defines the presence check 
sequence of an OACSU call. Refer to clause 6.2 for PATCS rules. 



5.2.2.4.1 



MS OACSU Individual Call Source CCL SDL 



Figure 5.24 illustrates the source MS CCL when an OACSU individual call transmission is requested. 

The Inactive state is any CCL state with the exception of My_Call or In_Session. The CCL sends a TX_CSBK 
primitive to the DLL and transitions to the Wait_for ACK state. The DLL may use either a Polite to All or Polite to 
Colour Code channel access mechanism for voice CSBKs. If the TX_Denied primitive or the No_CSBK_ACK 
primitive is received from the DLL, the CCL transitions to the inactive state. If the CCL receives the UU_Ans_Rsp 
CSBK PDU with the deny Reason Code then the call is denied and the CCL transitions to the Inactive state. If the CCL 
receives the UU_Ans_Rsp CSBK PDU with the proceed Reason Code then it sends a Transmit_Request primitive for 
impolite access to the DLL. Further transitions are shown for completeness and follow the rules of the Group Call 
feature. 
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Figure 5.24: OACSU Individual Call Source CCL SDL 
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5.2.2.4.2 



MS OACSU Individual Call Setup MSCs 



5.2.2.4.2.1 



MS OACSU No ACK RX 



Figure 5.25 illustrates source MS actions when the UU_V_Req CSBK PDU is transmitted and the UU_Ans_Rsp CSBK 
PDU is not received and the ACK_Wait timer (T_AckWait) expires. 

This shows the case when the MS is not programmed for additional DLL retries and one additional DLL retry. 
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Figure 5.25: OACSU Individual Call No ACK Received 
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5.2.2.4.2.2 



MS OACSU ACK RX 



Figure 5.26 illustrates source MS actions when the UU_V_Req CSBK PDU is transmitted and the UU_Ans_Rsp CSBK 
PDU is received before the Wait_for_ACK timer expires. 

If the Reason Code is deny in the received CSBK, then the call will not proceed and the CCL transitions to the Inactive 
state. However, if the Reason Code in the received CSBK is proceed the CCL sends a TX_Request primitive to the 
DLL specifying impolite channel access. The DLL replies with a TX_Granted primitive and the CCL sends a BOTx 
primitive to the DLL and transitions to the TX_Voice state. The DLL responds by transmitting the UU_Ch_Usr PDU 
Voice LC Header followed by voice superframes. 
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Figure 5.26: OACSU Individual Call ACK Received 
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5.3 Supplementary voice services 

5.3.1 Unaddressed voice call service 

The Unaddressed Voice Call is a group voice call that uses one of a set of defined destination addresses as defined in 
annex A of TS 102 361-1 [1]. One of these addresses is the default Unaddressed Voice Call address. Usage of the other 
Unaddressed Voice Call addresses is out of the scope of the present document. 

NOTE: Using an Unaddressed Voice Call gives the users the possibility to define an MS behaviour which may be 
different to a normal group call. For example special alert tones. This also provides basic out-of-the box 
MS configuration possibilities and could be used for communications between different user 
organizations, each of which has its own group definitions. 

5.3.1 .1 Unaddressed Voice Call data burst/fields 

The Unaddressed Voice Call requires the same bursts as group call, which is defined in clause 6.2.2. For an 
Unaddressed Call the group address of Grp_V_Ch_Usr shall be set to one of the reserved Unaddressed Call values, as 
defined in annex A of TS 102 361-1 [1]. 

5.3.1 .2 MS Unaddressed Voice Call control 

The Unaddressed Voice Call control follows the SDL, HMSC and MSC schemes of group call, shown in clause 6.2.3. 

5.3.2 All Call Voice service 

The All Call Voice service provides a one-way voice call from any user to all users on a channel. Due to the large target 
audience, there is no call hangtime associated with this call in repeater mode. This effectively ends the call at the end of 
the transmission. Ending the call at the end of transmission minimizes potential collisions from multiple MSs 
attempting to respond to the call. 

The All Call may be placed by the user with the simple pressure of the PTT button. It starts with the transmission of a 
voice header, which is followed by voice and ends with the transmission of a Terminator with LC. Late entry is 
provided for in this service. 

The All Call is made in the same manner as a Group Voice Call using one of a set of reserved destination addresses as 
defined in annex A of TS 102 361-1 [1]. Of these reserved addresses, one is the default All Unit ID address while the 
others are alternative All Unit ID addresses. 

5.3.2.1 All Call Data Bursts/Fields 

The All Call requires the same bursts as Group Call service, which is defined in clause 5.2.1. For an All Call the Group 
address of Grp_V_Ch_Usr PDU shall be set to one of the reserved All Unit IDs values, as defined in annex A (DMR 
addressing scheme) of TS 102 361-1 [1]. Additionally the Service Options Broadcast Field of the Grp_V_Ch_Usr PDU 
shall be set to I2. This indicates to the BS that this is a one way voice call and no call hangtime is to be generated. 

5.3.2.2 MS All Call Control 

The All Call control follows the SDL, HMSC and MSC schemes of Group Call, shown in clause 5.2.1 with the 
following exceptions: 

the absence of call hangtime will move the MS from the My_Call state to the Not_in_Call state in repeater 
mode; and 

the In_Session state is not relevant to All Call in repeater mode as there is no call hangtime. 
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5.3.2.3 



BS All Call Control 



5.3.2.3.1 All Call Voice Repeating 

The BS shall follow the Voice Call Repeating rules as defined in clause 5.1.1.2. 



5.3.2.3.2 



All Call End of Transmission 



Figure 5.27 illustrates the BS actions when the end of transmission of an All Call occurs. The end of transmission is 
signalled by the source MS with a Grp_V_Ch_Usr PDU using a Terminator with LC data slot type after padding out the 
last superframe with silent voice frames. The DLL passes this up to the CCL_BS with an EOR_Slot_l primitive. This is 
then passed to CCL_1 with the EOR primitive. CCL_1 recognizes the Service Options Broadcast Field is set to I2 and 
sends a Generate_Idles primitive to the CCL_BS and transitions to the Channel_Hangtime state. The CCL_BS then 
sends a Generate_Idles primitive to the DLL. The BS then transmits Idle PDUs on the outbound channel and sets the 
CACH AT bit to O2 to indicate the channel is idle. 
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Figure 5.27: BS All Call End of Transmission 
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5.3.3 Broadcast Call Voice Service 

The Broadcast Call Voice service provides a one-way voice call from any user to a predetermined large group of users. 
Due to the large target audience, there is no call hangtime associated with this call in repeater mode. This effectively 
ends the call at the end of the transmission. Ending the call at the end of transmission minimizes potential collisions 
from multiple MSs attempting to respond to the call. 

The Broadcast Call is made in the same manner as a Group Voice Call. The Broadcast Call may be placed by the user 
with the simple pressure of the PTT button. It starts with the transmission of a voice header, which is followed by voice 
and ends with the transmission of a Terminator with LC. Late entry is provided for in this service. 

5.3.3.1 Broadcast Call Data Bursts/Fields 

The Broadcast Call requires the same bursts as Group Call service, which is defined in clause 5.2.1. For a Broadcast 
Call the Service Options Broadcast Field of the Grp_V_Ch_Usr PDU shall be set to I2. This indicates to the BS that this 
is a one way voice call and no call hangtime is to be generated. 

5.3.3.2 MS Broadcast Call Control 

The Broadcast Call control follows the SDL, HMSC and MSC schemes of Group Call, shown in clause 5.2.1 with the 
following exceptions. The absence of call hangtime will move the MS from the My_Call state to the Not_in_Call state 
in repeater mode and from My_Call state. The In_Session state is not relevant to Broadcast Call in repeater mode as 
there is no call hangtime. 

5.3.3.3 BS Broadcast Call Control 

5.3.3.3.1 Broadcast Call Voice Repeating 

The BS shall follow the Voice Call Repeating rules as defined in clause 5.1.1.2. 

5.3.3.3.2 Broadcast Call End of Transmission 

The BS shall follow the End of Transmission rules as defined in clause 5.3.2.3.2. 



5.3.4 Open Voice Channel Mode service 



The Open Voice Channel Mode service allows users to monitor and participate to the voice channel activity. This call 
modification is possible only on voice activity originator basis that is to say that if a user is not an explicitly addressed 
target of the call it can take part to it only if the originator has properly set the OVCM attribute. 

From the voice activity originator's point of view the OVCM gives the opportunity to place group and individual calls 
that are listened from third party users that are not the targeted users of the call. In addition these third party users are 
part of the conversation in progress and they can also talk. 

Third party users are those that have radios configured to take part to calls set as OVCM and not addressed explicitly to 
them. 

Both in direct mode and repeater mode, OVCM call modifier applies to the following half duplex voice calls: 

Group Calls (see clause 6.2); 

Individual Calls (see clause 6.3). 
OVCM service does not apply to the following calls: 

Unaddressed Voice calls; 

All talkgroup ID calls; 
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All unit ID calls; 

other "system gateway" calls such as PABX, PSTN; 

full duplex voice calls; 

data calls. 

5.3.4.1 OVCM service description 

To achieve the OVCM service a bit is used in the Service Options information element in order to set the call as OVCM 
or not. This is illustrated in table 7.10. 

Service Options information element is present in Call set-up signalling, Voice LC Header and Terminator with LC for 
each type of voice call (Group and Individual). 

The behaviour of OVCM is summarized in table 5.7. 

Table 5.7 



Feature 


OVCM 
bit 


Description 


Targeted users 
rights 


Third party user 
rights 


Group Voice Call 


1 


The users that are the recipients for the call are 
alerted for the incoming call and are part of the call 
The users that are not the recipients for the call are 
not alerted but they can take part to the 
conversation. 


talk 
listen 


talk 
listen 





The users that are the recipients for the call are 
alerted for the incoming call and are part of the call 
The users that are not the recipients for the call are 
not alerted and they are not part of the 
conversation. 


talk 
listen 


the channel is busy 


Individual Voice 
Call 


1 


The user that is the recipient for the call is alerted 
for the incoming call and is part of the call. 
The other users that are not the recipients for the 
call are not alerted but they are part of the 
conversation 


talk 
listen 


talk 
listen 





The user that is the recipient for the call is alerted 

for the incoming call and is part of the call. 

The users that are not the recipients for the call are 

not alerted and they are not part of the 

conversation. 


talk 
listen 


the channel is busy 



In the table above user's permission to participate in an OVCM service as a third party is not taken into account. User's 
permission to participate in an OVCM service in progress and possible differences in user alerting are implementation 
dependent and not covered by the present document. 



6.1 



DMR facilities 



Transmit timeout 



DMR MSs shall have a transmit TimeOut timer (T_TO) which limits the time of a single transmission item. This timer 
shall be set to the value T_TO (see annex A) whenever the PTT key is pressed and counts down to zero. 

The value of this timer is fixed for Tier 1 MSs (see annex A). 

For Tier II and Tier III MSs the value of this timer is variable and may be changed (see annex A). 
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If the transmit TimeOut timer expires during a voice transmission, then the MS will stop transmitting between 
immediately and after the end of the current superframe plus one burst and may not re-transmit until PTT has been 
released and pressed again. If the transmit TimeOut timer expires during a data transmission, then the MS will stop 
transmitting immediately. 

NOTE: Stopping a voice transmission after the end of the current superframe plus one burst allows the MS to end 
its voice transmission with its normal mode of operation by completing the superframe and sending a 
Terminator with LC. 



7 PDU description 

This clause describes the PDUs which apply to the DMR layer 3, the voice and generic services and facilities protocol. 

The following clauses contain descriptions of the PDUs and the information elements contained within them. The 
structure of the PDU definition represented by the tables is as follows: 

the information element column gives the name of the contained element(s); 

the element length column defines the length of the element in bits; 

the remarks column contains other information on the information element. 

The elements shall be transmitted in the order specified by TS 102 361-1 [1]. 



7.1 Layer 3 PDUs 



Due to the nature of DMR, with close interaction between layers 2 and 3, and with a high degree of information about 
the state of the channel being needed, the layer 3 PDUs detailed in the following clauses may include two element 
types: 

Message dependent elements 

These elements are visible to layer 2 and may be used by any MS (that is able to decode them), 
irrespective of addressing. These elements depend on the message type element. Some are generated by 
layer 2 when it constructs the complete message whereas others are generated by layer 3. 

Feature elements 

These are "true" layer 3 elements. They are only processed by the MSs to which they are addressed. 
Where both types exist in the PDU they are shown separately. 

7.1.1 Full Link Control PDUs 

7.1 .1 .1 Group Voice Channel User LC PDU 

Octet and 1 of the Group Voice Channel User (Grp_V_Ch_Usr) LC PDU conform to the LC format structure as 
defined in figure 7.1 of TS 102 361-1 [1]. Octets 2 to 8 contain the Group Voice Channel User specific information. 
The Grp_V_Ch_Usr PDU is shown in table 7.1. 
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Table 7.1 : Grp_V_Ch_Usr PDU content 



Information element Length Remark 


Message dependent elements 


Protect Flag (PF) 


1 




Reserved 


1 


This bit shall be set to O2 


Feature elements 


Full Link Control Opcode (FLCO) 


6 


Shall be set to OOOOOO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOOj 


Service Options 


8 




Group address 


24 




Source address 


24 





7.1.1.2 



Unit to Unit Voice Channel User LC PDU 



Octet and 1 of the Unit to Unit Voice Channel User (UU_V_Ch_Usr) LC PDU conform to the LC format structure as 
defined in figure 7.1 of TS 102 361-1 [1]. Octets 2 to 8 contain the Unit to Unit Voice Channel User specific 
information. The UU_V_Ch_Usr PDU is shown in table 7.2. 

Table 7.2: UU V Ch Usr PDU content 



Information element Length Remark 


Message dependent elements 


Protect Flag (PF) 


1 




Reserved 


1 


This bit shall be set to O2 


Feature elements 


Full Link Control Opcode (FLCO) 


6 


Shall be set to 000011 2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Target address 


24 




Source address 


24 





7.1 .2 Control Signalling BlocK (CSBK) PDUs 



7.1.2.1 



BS Outbound Activation CSBK PDU 



Octet and 1 of the BS Outbound Activation (BS_Dwn_Act) CSBK PDU conform to the LC format structure as 

defined in figure 7.1 of TS 102 361-1 [1] with the CSBKO replacing the FLCO. 

Octets 2 to 9 contain the BS Outbound Activation specific information. The BS_Dwn_Act PDU is shown in table 7.3. 

Table 7.3: BS Dwn Act PDU content 



Information element 


Length Remark 


Message dependent elements 


Last block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to IIIOOO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Reserved 


16 


All bits shall be set to O2 


BS address 


24 




Source address 


24 
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7.1.2.2 



Unit to Unit Voice Service Request CSBK PDU 



Octet and 1 of the Unit to Unit Voice Service Request (UU_V_Req) CSBK PDU conform to the LC format structure 
as defined in figure 7.1 of TS 102 361-1 [1] with the CSBKO replacing the FLCO. Octets 2 to 9 contain the Unit to Unit 
Voice Service Request specific information. The UU_V_Req PDU is shown in table 7.4. 

Table 7.4: UU_V_Req PDU content 



Information element 


Length Remark 


Message dependent elements 


Last Block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to 0001 OO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOOj 


Service Options 


8 




Reserved 


8 


All bits shall be set to O2 


Target address 


24 




Source address 


24 





7.1.2.3 



Unit to Unit Voice Service Answer Response CSBK PDU 



Octet and 1 of the Unit to Unit Voice Service Answer Response (UU_Ans_Rsp) CSBK PDU conform to the LC 
format structure as defined in figure 7.1 of TS 102 361-1 [1] with the CSBKO replacing the FLCO. Octets 2 to 9 
contain the Unit to Unit Voice Service Answer Response specific information. The UU_Ans_Rsp PDU is shown in 
table 7.5. 

Table 7.5: UU_Ans_Rsp PDU content 



Information element Length Remark 


Message dependent elements 


Last Block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to 0001 01 2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Answer Response 


8 




Target address 


24 




Source address 


24 
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7.1.2.4 



Negative Acknowledge Response CSBK PDU 



Octet and 1 of the Negative Acknowledge Response (NACK_Rsp) CSBK PDU conform to the LC format structure as 
defined in figure 7.1 of TS 102 361-1 [1] with the CSBKO replacing the FLCO. 

Octets 2 to 9 contain the Negative Acknowledge Response specific information. The NACK_Rsp PDU is shown in 
table 7.6. 

Table 7.6: NACK_Rsp PDU content 



Information element Length Remark 


Message dependent elements 


Last block (LB) 


1 


This bit shall be set to ^2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to IOOIIO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


AlV 


1 


This bit shall be set to I2 


Source Type 


1 




Service Type 


6 




Reason Code 


8 




Additional Information (Source 
address) 


24 




Target address 


24 





7.1.2.5 



Preamble CSBK PDU 



Octet and 1 of the Preamble CSBK (Pre_CSBK) PDU conform to the LC format structure as defined in figure 7. 1 of 
TS 102 361-1 [1] with the CSBKO replacing the FLCO. Octets 2 to 9 contain the Preamble CSBK specific information. 
The Pre_CSBK PDU is shown in table 7.7. This PDU may be used to increase robustness of non-voice 
(data, CSBK, etc.) delivery for scanning radios. 

NOTE: The CSBK preamble may be used to improve successful delivery of DMR services to MSs that are 
scanning or improving battery life by implementing a sleep mode. 

Table 7.7: Pre CSBK PDU content 



Information element 


Length Remark 


Message dependent elements 


Last Block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to 11 11 01 2 


IVIanufacturers Feature ID 


8 


Shall be set to OOOOOOOO2 


Reserved 


8 


Shall be set to OOOOOOOO2 


Blocks to Follow 


8 




Target address 


24 




Source address 


24 
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7.1 .3 Short Link Control PDUs 



7.1.3.1 



Null Message 



Bits to 3 of Octet of the Null Message (Nul_Msg) Short LC PDU conform to the Short LC format structure as 
defined in figure 7.2 of TS 102 361-1 [1]. Octets 1 to 3 contain the Null Message specific information. The Nul_Msg 
PDU is shown in table 7.8. This PDU is available for use in the CACH when there is no other PDU to be sent. 

Table 7.8: Nul_Msg PDU content 



Information element 


Length Remark 


Feature elements 


Short LC Opcode (SLCO) 


4 


Shall be set to OOOO2 


Reserved 


24 


All bits shall be set to O2 



7.1.3.2 



Activity Update 



Bits to 3 of Octet of the Activity Update (Act_Updt) Short LC PDU conform to the Short LC format structure as 
defined in figure 7.2 of TS 102 361-1 [1]. Octets 1 to 3 contain the Activity Update specific information. The Act_Updt 
PDU is shown in table 7.9. 

Table 7.9: Act_Updt PDU content 



Information element Length Value Remark 


Feature Elements 


Short LC Opcode (SLCO) 


4 


0001 2 




Activity Time Slot 1 (A1 ) 




O2 


No or unknown activity on time slot 1 


I2 


Activity on time slot 1 


Emergency Time Slot 1 {E1 ) 




O2 


No emergency call on time slot 1 


I2 


Emergency call on time slot 1 


Data Time Slot 1 (D1) 




O2 


Data call on time slot 1 


I2 


Voice call on time slot 1 


Individual Time Slot 1 (11) 




O2 


Group call on time slot 1 


I2 


Individual call on time slot 1 


Activity Time Slot 2 (A2) 




O2 


No or unknown activity on time slot 2 


I2 


Activity on time slot 2 


Emergency Time Slot 2 {E2) 




O2 


No emergency call on time slot 2 


I2 


Emergency call on time slot 2 


Data Time Slot 2 (D2) 




O2 


Data call on time slot 2 


I2 


Voice call on time slot 2 


Individual Time Slot 2 (12) 




O2 


Group call on time slot 2 


I2 


Individual call on time slot 2 


Hashed address time slot 1 


8 


Destination 


Compressed time slot 1 destination address 
(see note). 


Hashed address time slot 2 


8 


Destination 


Compressed time slot 2 destination address 
(see note) 


NOTE: Hashed algorithm is the same as the short LC CRC calculation algorithm as defined in clause B.3.8 of 
TS 102 361-1 [1]. 
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7.2 Layer 3 information element coding 

The following clauses contain descriptions of the information elements contained within layer 3 PDUs, and provide a 
description of what the elements represent in relation to their bit representation. The structure of the tables is as follows: 

the information element column gives the name of the element; 

the element length column defines the length of the element in bits; 

the value column denotes fixed values or a range of values; 

the remarks column defines the meaning of the information element against each of its bit represented values. 

7.2.1 Service Options 

The Service Options information element has a length of 8 bits and is shown in table 7.10. 

Table 7.10: Service Options 



Information element 


Length 


Value 


Remark 


Emergency 


1 


02 


Non-emergency service 


12 


Emergency service 


Privacy 


1 


02 


See note 1 


Reserved 


2 


OO2 


Reserved for future use 


Broadcast 


1 


O2 


Non-broadcast service 


I2 


Broadcast service (see note 2) 


Open Voice Call Mode (OVCM) 


1 


O2 


Non-OVCM call 


I2 


OVCM call 


Priority level 


2 


OO2 


No priority 


OI2 


Priority 1 (see note 3) 


IO2 


Priority 2 (see note 3) 


II2 


Priority 3 (see note 3) 


NOTE 1 : Privacy is not defined in the present document. 
NOTE 2: Broadcast service is only defined for group calls. 
NOTE 3: Priority 3 is the highest priority. 



7.2.2 Answer Response 

The Answer Response information element has a length of 8 bits and is shown in table 7. 11. 

Table 7.1 1 : Answer Response 



Information element 


Length 


Value 


Remark 


Answer Response 


8 


OOIOOOOO2 


Proceed 


001 00001 2 


Deny 



7.2.3 Reason Code 

The Reason Code information element has a length of 8 bits and is shown in table 7.12. 

Table 7.12: Answer Response 



Information element 


Length 


Value 


Remark 


Reason Code 


8 


001 00001 2 


MS does not support this service or feature 
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7.2.4 Service Type 

The Service Type information element has a length of 6 bits and indicates the service which is being identified. This is 
set equal to the appropriate CSBK Opcode value for the identified service. 

7.2.5 Source Type 

The Source Type information element has a length of 1 bit and is shown in table 7. 13. 

Table 7.13: Source Type 



Information element 


Length 


Value 


Remark 


Source Type 


1 


02 


BS sourced 


12 


MS sourced 



7.2.6 Additional Information Field 

The Additional Information Field element has a length of 1 bit and is shown in table 7.14. 

Table 7.14: Additional Information Field 



Information element 


Length 


Value 


Remark 


Additional Information Field 


1 


02 


Ignore Additional Information Field 


12 


Additional Information Field valid 



7.2.7 



Blocks to Follow 



The Blocks to Follow information element has a length of 8 bits and indicates the number of Preamble CSBK PDUs 
and either the following CSBK or data message that will be sent, including this block. 
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Annex A (normative): 
Timers and constants in DIVIR 

This annex lists the timers and constants in a DMR MS. 

Where indicated, a value should be chosen by the MS/BS designer from within the specified range. For other timers and 
constants, a default value may be specified and the value of these timers and constants shall be configurable within the 
DMR entity (MS or BS). 



A.1 Layer 3 timers 



T_AckWait ACKWait timer 

Value chosen by MS designer. 

Maximum value = 720 ms for UU_Ans_Rsp. 

NOTE 1 : T_AckWait is used when an MS transmits a CSBK and is waiting for a response from the target. Upon 
expiration of this timer, the MS attempts to retransmit the CSBK if the CSBK_Retry_Limit has not been 
exceeded. 

T_TO Timeout timer 

Value = 180 s for DMR Tier I. 

Value chosen by MS designer between (see note) and 180 s for DMR Tier II and Tier HI 

NOTE 2: Timer is disabled if T_TO is s. 



A.2 Layer 3 constants 



N_CSBKRetry CSBK Retry limit 

Value chosen by MS designer and application specific. 
Recommended value = 1 for UU_V_Req. 
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Annex B (normative): 
Opcode Reference Lists 

B.1 Full Link Control Opcode List 

Table B.I : FLCO List 



FLCO 


Description 


Alias 


OOOOOO2 


Group Voice Channel User 


Grp_V_Ch_Usr 


000011 2 


Unit to Unit Voice Channel User 


UU_V_Ch_Usr 



B.2 CSBK Opcode List 



Table B.2: CSBKO List 



CSBKO 


Description 


Alias 


0001 OO2 


Unit to Unit Voice Service Request 


UU_V_Req 


0001 01 2 


Unit to Unit Voice Service Answer Response 


UU_Ans_Rsp 


1001 IO2 


Negative Acknowledgement Response 


NACK_Rsp 


IIIOOO2 


BS Outbound Activation 


BS_Dwn_Act 


IIIIOI2 


Preamble CSBK 


Pre_CSBK 



B.3 Short Link Control Opcode List 



Table B.3: SLCO List 



SLCO 


Description 


Alias 


OOOO2 


Null IVIessage 


Nul_IVIsg 


0001 2 


Activity Update 


Act_Updt 
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Annex C (informative): 
Numbering and dialling plan 

C.1 Introduction to the numbering and dialling plan 

It is recognized that manufacturers of MSs will wish to exercise design independence in their products and, accordingly, 
the requirements of this annex are informative only. 

This annex is intended to: 

define the user visible numbering (User Interface domain); and 

dialling in a MS for accessing other MS(s) or other entitie(s) over the AI; and 

to describe how the visible user numbering and dial strings may be mapped on to the AI. 

The Man Machine Interface (MMI) issues have been addressed in these annex only to the extent of those strictly related 
to numbering and dialling. 

It should be ensured in the MS implementation, that no non-deterministic user input results in an ambiguous call set-up 
attempt over the Air Interface. For example, if a user inputs a dialled string of digits that is not assigned to any of the 
presented dialling algorithms, then the MS should not try to establish the call and appropriate feedback or alert should 
be given to the user. 

As not to restrict manufacturer's independence, it is envisaged that dialling selection may be initiated in many ways. 
Some methods are: 

direct number entry via a keypad; 

mode selection buttons; and 

soft key menu selection. 

The dialling method may vary according to the MS terminal type. This annex is applicable to MSs with a basic CCITT 
number keypad, as shown in figure C.l and/or with a display capable of displaying the decimal numbers "0" to "9" and 
the keys "*" and "#". However, manufacturers may employ other keypad layouts. 





1 

4 

7 
* 




2 
5 
8 





3 
6 
9 
# 





Figure C.I : CCITT keypad layout 

The primary use for the keypad is to enable the user to select the destination address, the type of service, and to initiate 
calls from the MS. The destination may be other MS(s), to line connected entities via gateways (e.g. a PABX exchange) 
and to subscribers on the Public Switched Telephone Network (PSTN). Other services may be requested by dialling 
"call modifier" strings prior to entering the destination address. 
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The user input in case of establishing a call is defined for the purposes of this annex as two sequential events: 

a) user dials digits, and 

b) user initiates call. 

The call initiation is the event, which terminates the user input related to the digits and normally causes a call set-up. 
The call initiation event itself may be either when the user presses the "#" key or Push-To-Talk (PTT) or other method 
that may be manufacturer or implementation specific. 

NOTE: This definition of the user input for call establishment is valid only for the cases when a user dials a 

number using the number keypad or selects a number e.g. from a list of predefined numbers. There may 
be methods to combine all the three events so that e.g. PTT causes a call estabhshment using a predefined 
dialling algorithm to a predefined address requiring no explicit dialling event. 

Manufacturers may implement barring of certain types of call or restrict calls to certain addresses. However, such 
constraints are outside the scope of this annex. It should be noted that some of the DMR services that may be initiated in 
this annex are only applicable to MSs that are communicating through a DMR repeater. 

The MS may contain predefined parameters prescribing the minimum and maximum length of the user dial string. By 
limiting the length of the dialled string the address range the MS is able to dial is restricted. The minimum length 
parameter may be set according to the user needs, e.g. to disable accidental 1 -digit dialling. 

The (User Interface) address that an individual MS is assigned (its own address) may be defined by the dialled digits 
another MS would dial to reach that MS rather than the Air Interface binary number. If the algorithm specified in this 
annex were implemented, an MS individual address would be fully specified by seven decimal digits. Similarly, if a MS 
was personalized with one or more talkgroup addresses, they may be specified at the user interface by seven decimal 
digits. 



C.2 Subscriber mapping 
C.2.1 User Interface - Air Interface 

Dialled digits are represented in decimal notation and utilize the numbers "0" to "9" and the keys "*" and "#". For an 
MS fitted with a keypad, the "#" key may initiate a call (although other initiate methods may be implemented by a 
manufacturer). Dialled digits that represent a destination address are translated to a form for the Air Interface by one of 
two algorithms specified in clauses C.2. 1.1 and C.2. 1.2. This is illustrated in figure C.2. 



User Interface 



Dialled Digits 



Variable Length Strings 
Decimal Representation 
CCITT Keypad 

- Digits 0-9 

- * and # 




Bi-directional 
algorithm 



MS Application 




Air Interface (Al) 



Signalling Bits 



Fixed Length Strings 
Binary Representation 
CCITT Keypad 

- 24 bits 

- call modifier flags 



Figure C.2: Number conversion 
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Address fields in the Air-Interface domain structure has a length of 24 bits. 
The content of a 24-bit AI MS address field may represent: 

an MS individual address; 

an MS group address; 

a gateway address; or 

a special identifier. 

The Air Interface provides call services for voice and data. The AI also permits the call services to be modified to (for 
example) provide priority and emergency calling. The application that converts the User Interface to the Air Interface 
recognizes the "call modifier" and requests the lower layers to set appropriate bits in the PDUs carried between the 
entities. At the User Interface, the "call modifier" is indicated by preceding the destination address digits with additional 
"call modifier" digits. 

C.2.1 .1 Mapping for MS individual address space 

The mapping between the User Interface and individual AI address space for diallable digits is shown in figure C.3. 



User Interface 



■ Unused AI address space 



Air Interface 



Special AI Addresses 



14000000- 
13000000- 
12000000- 
11000000- 
10000000- 
9999999 

9000001 
8999999 

8000001 
7999999 

7000001 
6999999 

6000001 
5999999 

5000001 
4999999 

4000001 
3999999 

3000001 
2999999 

2000001 
1999999 

1000001 
0999999 

0000001 



14009999 
13009999 
12009999 
11009999 
10009999 



Undiallable User 

Space 
(for prefix 10-14) 



MS Individual Dialled Strings 
Prefix 9 



MS Individual Dialled Strings 
Prefix 8 



MS Individual Dialled Strings 
Prefix 7 



MS Individual Dialled Strings 
Prefix 6 



MS Individual Dialled Strings 
Prefix 5 



MS Individual Dialled Strings 
Prefix 4 



MS Individual Dialled Strings 
Prefix 3 



MS Individual Dialled Strings 
Prefix 2 



MS Individual Dialled Strings 
Prefix 1 



MS Individual Dialled Strings 
Prefix 



MS Indiv Address Space 14 

~ MS Indiv'AddresV S~p~ace~ 1 2 ' 
" MS'lndTv Address S~p~ace~ 1 1~ 



MS Indiv Address Space 10 



MS Individual Address Space 



MS Individual Address Space 



-1 $FFFFFF 

-i-$9959D0 
-■-$993200 
-i-$990BB0 
-r$98E4A0 
■^$98BD90 
-$989680 
'$98967F 

$895441 
'$89543F 



MS Individual Address Space 



i^$7A1201 
\$7A11FF 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 
MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



-$6ACFC1 
'$6ACFBF 

-$5B8D81 
'$5B8D7F 



i^$4C4B41 
\$4C4B3F 



"\ 



$3D0901 
$3D08FF 

■$2DC6C1 
'$2DC6BF 

-$1E8481 
'$1E847F 

■$0F4241 
'$0F423F 

$000001 



Figure C.3: User domain mapping for calls in the individual addresses space 

Figure C.3 illustrates the individual address space domain mapping. It can be seen that there is un-diallable address 
space within prefixes 10 to 14. These addresses are not reachable by user dialling and are available for devices with 
fixed addresses (for example telemetry devices could use these addresses. They would never be addressed by an MS in 
error because they are not reachable by dialling). 
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C.2.1.1.1 



Mapping for diallable addresses (prefix to 9) 



A MS individual address is a 7 character numeric string in the range "0000001" to "9999999", these characters are 
mapped to the Air Interface domain structure bits by the reversible function By. 

Individual dialled addresses do not contain the symbol "*" which would be interpreted as a call to an MS talk-group. 

Table C.1 : 7-number diallable address mapping by 6^ 



Character 


Bi 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Ki 


K2 


K3 


K4 


% 


Ke 


K7 


24 bits 



If the dialled string is considered as a string array K^ to K-^ 

Sj= V 10*^X^1, 10^X^2' lO'^X^S' 10^X^4' 10^X^5' 10x^6, ^7 

The seven user dialled digits K^ to K^ in the range "0000001 " to "9999999" are converted to the 24 bits of the AI ID 
using true decimal to binary conversion. 

C.2.1 .1 .2 Mapping for non-diallable individual addresses (prefix 1 to 1 4) 

Table C.2: Non-diallable address mapping by 63 



Character 


B3 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Kl 


K2 


K3=0 


K4=Q 


K5 


Kg 


K7 


24 bits 



The B^ algorithm provides a numeric User Interface for the non-diallable individual address space. Each prefix has the 
capacity for 10 000 individual addresses. 

If the MS individual address is represented by 8 digits K^ to Kg (K^ and K^ are always 0). 

S3^V9 900000,10^xii:i,10^x^2'10^xii:g,10^x^6,10x^7,^8 

The following steps are needed to convert the dialled digits to an ID in the AI domain using the B^ algorithm: 

a) start with the number 9 900 000; 

b) take the first digit (0 to 9) and multiply by 100 000; 

c) take the second digit (0 to 9), multiply by 10 000; 

d) take the fifth digit (0 to 9), multiply by 1 000; 

e) take the sixth digit (0 to 9), multiply by 100; 

f) take the seventh digit (0 to 9), multiply by 10; 

g) take the eighth digit (0 to 9); and 
h) add a) to g). 
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C.2.1 .1 .3 Examples of individual address mapping 

Examples of individual MS numbers in the user domain and AI domain are given in table C.3 (Bj algorithm). 
Table C.3: Examples of diallable individual address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


1 234567 


12D687ie 


0001 0010 1101 0110 IOOOOIII2 


9876543 


96B43Fie 


1001 01101011 0100 0011 111I2 



For non-diallable address space and prefixes in the range 10 to 14 the address in the user domain may be specified using 
8 digits as shown in the table C.4 (B^ algorithm). 

Table C.4: Examples of non-diallable individual address translation 



Non dilatable 
User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


10000000 


989680 ie 


1 001 1 000 1 001 01 1 1 000 OOOO2 


13004567 


991D87ie 


1001 1001 0001 1101 1000011I2 


14009876 


995954ie 


1001 1001 0101 1001 0101 OIOO2 



NOTE: For non-diallable individual addressing, digits K^ and K^ are always zero. 

C.2.1 .2 Mapping for MS talkgroup address space 

A talkgroup call is a separate DMR service to an individual call (see TS 102 361-1 [1], clause 4.2). The mapping 
between the User-Interface domain and the Air Interface uses a different algorithm to the MS individual address. 

There must be no ambiguity if the initiator wishes to setup a talkgroup call (i.e. the MS must be able to differentiate 
between an individual call request and a talkgroup call request). There are a number of methods by which a MS may 
distinguish a talkgroup call described in the following clauses. 

C.2.1 .2.1 The concept of the wildcard character 

The MS may discriminate a talkgroup call from an individual call by the use of the "wildcard". 

In the User Interface domain structure, if the dialled string represents an MS address, and contains a "*" in any of the 
four least significant characters, then that MS address represents a group of MSs. The "*" character is the "wildcard" 
and represents all numeric values in that digit position, as defined in example 1 to 3. 

EXAMPLE 1: The user dials "012345*" means that the MS is addressing 10 separate MSs whose individual 

addresses are "0123450", "0123451", "0123452", "0123453", "0123454", "0123455", "0123456", 
"0123457", "0123458", and "0123459". 

EXAMPLE 2: The user dials "01234*6" means the MS is addressing 10 separate MSs whose individual addresses 
are "0123406", "0123416", "0123426", "0123436", "0123446", "0123456", "0123466", 
"0123476", "0123486", and "0123496". 

EXAMPLE 3: Wildcards may be combined. The user dials "01234**" represents 100 MSs in the range 
"0123400" to "0123499". 

For operators who have no interest in this method of defining talkgroups, the "wildcard" feature may be disabled by MS 
programming. 

C.2.1 .2.2 The concept of stored parameters 

The MS equipment may contain predefined parameters prescribing the MS addresses that will be interpreted as 
talkgroup addresses. These addresses may be stored as a list programmed during manufacture or before connecting an 
MS into service. 
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C.2.1 .2.3 The concept of ad-hoc arrangement 

The MS equipment may simply rely on a range of addresses that all equipment is known to be talkgroup addresses. 

C.2.1. 2.4 The rules for the sender 

The following rules may determine if the call is to a talkgroup: 

IF dialled_string 

contains a "*" in any of the least significant four characters 
OR 

matches a string of numeric digits that are stored in the MS specifically indicating a talkgroup 
OR 

can be determined as a talkgroup by any other method chosen by the manufacturer 
THEN 

the address represents a talkgroup. Initiate the talkgroup service 
ELSE 

the address represents an individual call. Initiate the individual call service 
ENDIF 

C.2.1 .2.5 The rules for the recipient 

These rules determine a call is to a talkgroup and will be accepted by a MS. (All reference to MS in this clause refer to 
the recipient.) 

MS receives a DMR service addressed to a talkgroup. 

MS uses the reverse of the B2 function specified in clause C. 2. 1.2.6 to translate the AI talkgroup address to the User 
Interface domain. 

IF digits (User Interface) 

contains a "*" in any of the least significant four characters 
THEN 

each digit received is compared with each corresponding digit of the MS individual address except where the 
received digit is a "*". If there is a match on all applicable digits then this MS is party to the talkgroup call. 
ELSE 

(consists of numeric characters only) 
THEN 

EITHER 

The string of digits received is compared with each corresponding string of talkgroup digits that the MS has 
stored (specifically indicating a talkgroup). 
If there is a match then this MS is party to the talkgroup call. 
OR 

The MS is party to the talkgroup call by any other method chosen by the manufacturer 
ENDIF 

C.2.1 .2.6 Mapping of dialled strings to the AI talkgroup address space 

A MS talkgroup address is a 7-character numeric string in the range "0000001" to "999****"^ these characters are 
mapped to the Air Interface domain structure bits by the reversible function 82- 

Talkgroup addresses may consist of all numeric characters (but the MS must be able to ascertain the address is a 
talkgroup address rather than an individual address). Alternatively any of the last four characters may contain one or 
more "*" characters that explicitly signifies the address is a talkgroup address. 

The algorithm to convert from the user is slightly more complex for talkgroups in order to accommodate the extra "*" 
character. 
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C.2.1 .2.6.1 Mapping of numeric dialled strings to the Al talkgroup address space 

Table C.5: Diallable talkgroup address mapping by B2 



Character 


B2 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Ki 


K2 


K3 


K4 


% 


Ke 


K7 


24 bits 



Kj, K2, K3 represent decimal symbols in the range to 9. 

K4, Kj, Kg, K7 represent symbols to base 1 1 using the digits 0, 1,2, 3, 4, 5, 6, 7, 8, 9, *. 

The "*" is a symbol that has the value of 10. 

The six least significant user dialled digits K2 to K-y in the range "000001" to "999999" are converted to the 20 least 
significant 20 bits of the AI ID using true decimal to binary conversion. The most significant user dialled digit Kj is 
converted to the most significant 4 bits of the AI ID using a true decimal to binary conversion. 

B2 = V A^i xl 464 100, A-j xl46 410, K^xlA 641, ^-4 xl 331, ^-5 xl21, A^g xll, K-j 

To following steps are needed to convert the dialled digits to an ID in the AI domain: 

a) take the first digit (0 to 9) and multiply by 1 464 100; 

b) take the second digit (0 to 9), multiply by 146 410; 

c) take the third digit (0 to 9) and multiply by 14 641 ; 

d) take the fourth digit (0 to 9) or * (* has a value of 10) and multiply by 1 331; 

e) take the fifth digit (0 to 9) or * (* has a value of 10) and multiply by 121; 

f) take the sixth digit (0 to 9) or * (* has a value of 10) and multiply by 1 1; 

g) take the seventh digit (0 to 9) or * (* has a value of 10); 
h) add a) to g); and 

i) convert the sum to a 24-bit binary number. 
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Figure C.4 illustrates the talkgroup address space domain mapping. 



User Interface 



Air Interface 



Unused Al address space 



14000000 
13000000 
12000000 
11000000 
10000000 
999**** 

9000001 
899**** 

8000001 
799**** 

7000001 
699**** 

6000001 
599**** 

5000001 
499**** 

4000001 
399**** 

3000001 
299**** 

2000001 
199**** 

1000001 
099**** 

0000001 



14009999 
13009999 
12009999 
11009999 
10009999 



Undiallable User 

Space 
(for prefix 10-14) 



MS Group Dialled Strings 
Prefix 9 



MS Group Dialled Strings 
Prefix 8 



MS Group Dialled Strings 
Prefix 7 



MS Group Dialled Strings 
Prefix 6 



MS Group Dialled Strings 
Prefix 5 



MS Group Dialled Strings 
Prefix 4 



MS Group Dialled Strings 
Prefix 3 



MS Group Dialled Strings 
Prefix 2 



MS Group Dialled Strings 
Prefix 1 



MS Group Dialled Strings 
Prefix 



Special Al Addresses 

Reserved 

MS talkgroup Addr Space 14 



$FFFFFF 
$FFFFDF 



-i-$E02AB8 



MS'f alkgroup Ad'dTSpaceT2' 
"MS" Tark"g"roup"Addr" S"p"a"c"e" 1 1 
MS Talkgroup Addr' Space 10 



MS Group Address Space 



-r$E003A8 

-r$DFDC98 

-$DFB588 

$DF8E78 

$DF6768 

$DF6767 



"\ 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 
MS Group lAddress Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



"\ 



$091045 
'$C91043 

■$B2B921 
'$B2B91F 

■$9C61FDG 
'$9G61FB 

■$860AD9 
'$860AD7 

■$6FB3B5 
'$6FB3B34 

$595091 
$59508F 

■$43056D 
'$43056B 

■$2CAE49 
'$2CAE47 

■$165725 
'$165723 

$000001 



Figure C.4: Domain mapping for calls in the talkgroup addresses space 



Examples are shown in table C.6. 



Table C.6: Examples of talkgroup address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


1 234567, see note 


1B91FDi6 


0001 1011 1001 0001 1111 IIOI2 


468956* 


68BFO816 


0110 1000 1011 1111 OOOOIOOO2 


012345* 


02O00Aig 


0000 001 1 1 00 0000 0000 1 01 O2 


0123460, see note 


02O00Big 


0000 001 0000 0000 0000 1 01 1 2 


999**** 


DF6767ig 


1101 1111 01100111 0110011I2 


NOTE: The MS must have already distinguished the dialled string as a talkgroup address 
using the rules defined in clauses 0.2.1 .2.1 to 0.2.1 .2.4. 
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C.2.1 .2.6.2 Mapping for non-diallable talkgroup addresses (prefix 1 to1 4) 

Table C.7: Non-diallable talkgroup address mapping by B^ 



Character 


B4 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Ki 


K2 


^3=0 


K4=Q 


% 


Ke 


K7 


24 bits 



The B^ algorithm provides a numeric User Interface for the non-diallable individual address space. Each prefix has the 
capacity for 10 000 individual addresses. 

If the MS talkgroup address is represented by 8 digits Kj to Kg (K^ and K^ are always 0). 

£4 = V 14 541 000, 10^ X A"!, lO'* x K2, 10^ x K^,10^ x K^, lOx K-; , K^ 

The algorithms result in unique unambiguous translation between the User Interface domain and the Air Interface, are 
reversible and result in no lost codes. 

To following steps are needed to convert the dialled digits to an ID in the AI domain using the B^ algorithm: 

a) start with the number 14 541 000; 

b) take the first digit (0 to 9) and multiply by 100 000; 

c) take the second digit (0 to 9), multiply by 10 000; 

d) take the fifth digit (0 to 9), multiply by 1 000; 

e) take the sixth digit (0 to 9), multiply by 100; 

f) take the seventh digit (0 to 9), multiply by 10; 

g) take the eighth digit; and 
h) add a) to g). 

C.2.1 .2.6.3 Examples of talkgroup non-diallable address mapping 

Examples of non-diallable talkgroup in the user domain and AI domain are given in table C.8 (B^ algorithm). 
Table C.8: Examples of non-diallable talkgroup address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


12005678 


$DFCBB6 


1101 1111 1100 1011 1011 0110 


13001234 


$DFE16A 


1101 1111 1110 0001 0110 1010 



NOTE: For non-diallable individual addressing. Digits K^ and K^ are always zero. 

C.2.1. 2. 7 The concept of the prefix 

A Colour Code (CC) is defined in the AI to provide a simple means of distinguishing overlapping radio sites, in order to 
detect co-channel interference. 
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The Colour Code may be combined with the prefix to separate differing system operators using shared channels. The 
prefix separates the total address space into non-overlapping bands. This may be specified using the syntax; 

ccpp, 

where: 

"cc" is the decimal value of the Colour Code; and 

"pp" is the decimal value of the prefix. 
The prefix bands illustrated in figure C.5 show how the total DMR address space is split into bands. 



Special Al Addresses 

yrpifti^'?' A^^ c^.^A ?p.?p ®. 

'_ Prefix 14 

Ecefixja 

Prefix 12 " 



$FFFFFF 



Prefix 11 



Prefix 10 



Prefix 9 
"Prefix's" 
"Prefix"?" 
"Prefix" 6" 
"Prefix" 5" 
_Prefix_4 
"Prefix"3" 
"Prefix" 2" 
"Prefix"!" 
"Prefix"o" 



$0000001 



NOTE: The prefix exists in the User Domain although the effect is to split up the address space in the Al domain. 
Figure C.5: Illustration showing how the prefix separates the address space 

In the user domain a full MS address is defined using 7 digits, K^, K2, K^, K^, K^, K^, Kj for the diallable addresses. 

The non-diallable addresses use a two digit prefix so the full MS address is defined using 8 digits, K^, K2, K^, K^, K^, 
K^, K-j, K^ 

The prefix is selected by the most significant digit in the full 7 digit string (A'j). 

NOTE: Only prefixes to 9 may be dialled by a user. Prefixes 10 to 14 provide a sub-set of the address space just 
as prefixes to 9, but those addresses are not diallable by users. 

If a system uses the prefix to separate autonomous operators, special arrangements need to be made for certain Air 
Interface Addresses. These are: 

for the MS talkgroup service: 

Unaddressed talkgroup IDs; 

special talkgroups containing all MSs; 

gateways to system (e.g. repeater) and system interfaced devices not addressable via the ID (e.g. PABX, 
PSTN, SMS router). 

for the MS individual call service: 

special IDs used to address all MSs. 
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The services specified above, each have sixteen addresses. Fifteen of the addresses (n=0-14) are provide a service that is 
specific to a prefix-n. The address for n=15 is the default if prefixes are not employed, or if a service to "ALL prefixes" 
if prefixes are employed. An example is given below. For a detailed definition of the addressing scheme, refer to 
TS 102 361-1 [1], annex A. 

EXAMPLE: To address all MSs in prefix 5 with an ALLCALL, the sender may set the recipients address as 

"All TaUcgroup IDS" (FFFFFSjg). In this example only the MSs programmed as prefix 5 will take 
any action. If the sender wished to address all MSs irrespective of their prefix the recipient address 
may be set to "All Talkgroup ID15" (FFFFFFig). 

The default special Air Interface addresses use the address indexed by n=15 and marked "default" in annex A of 
TS 102 361-1 [1]. 

C.2.2 Addresses 

An MS is pre-programmed with at least one individual or one talkgroup identity. 

An MS is permitted to have multiple individual identities and multiple talkgroup identities. 

An MS may contain a list of talkgroup identities, which may be pre-programmed or dynamically updated (manually or 
over the AI). 

The User Interface domain maps to the AI individual diallable address space by the Bj algorithm. 
The User Interface domain maps to the AI talkgroup diallable address space by the B2 algorithm. 

C.2.3 Conversion rules 
C.2.3.1 MS addresses 

An MS address in the User-Interface structure is defined as 7 characters of which for an individual MS address contain 
the characters "0" to "9". This is converted to the Air-Interface Domain by the Bj function. For a talkgroup address the 
three most significant contain the characters "0" to "9" and least significant four characters contain the characters "0" to 
"9" Qj- "*" jj^jg jg converted to the Air-Interface Domain by the B2 function. 

C.2.3. 2 Limiting tine lengtin of tine destination address 

The MS equipment may contain predefined parameters prescribing the minimum and maximum length of the user dial 
string. By limiting the length of the dialled string, the address range that the MS is able to dial is restricted. 

C.2.3.3 All talkgroup address 

The All Call dialled string "n******" (All Call within a prefix) is mapped as shown in table C.9. 

Table C.9: Mapping of prefixed All Call to the AI 



User dialled string 


Air Interface ID 


Remark 


iir\******» 


FFFFFO16 


All Talkgroup IDO 


II -j ******!! 


FFFFFI16 


All Talkgroup ID1 


etc. 


etc. 


etc. 


IIQ******II 


FFFFF9i6 


All Talkgroup ID9 



The All Call dialled string: "******" is mapped to the All Talkgroup ID15 and addresses all MSs irrespective of their 
prefix. 
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Table C.10: Mapping of all prefix call to the Al 



User dialled string 


Air Interface ID 


Remark 


11*******11 


FFFFFF16 


AIITalkgroup ID15 



C. 2.3.4 Gateways 

When calls are made to destinations other than MSs, the calling MS uses appropriate FID/FLCO (see TS 102 361-1 [1]) 
signalling to indicate that this is a call to be connected via a gateway (such as a PSTN destination or PABX extension). 
Extended signalling may be needed to convey the destination digits through the gateway. 



C.3 User dialling plan 
C.3.1 User numbering 

A unified dialling plan is defined for both peer-to-peer and networked modes. The plan provides up to 9 999 990 
diallable individual user addresses and 14 640 990 diallable talkgroups. 

All dialled strings, as defined in the clause C.3 of the present document, are read from left to right and are dialled in the 
sequence in which they are read. Throughout this clause all representations of dialled strings are underlined. 

MSs may only be required to dial sufficient numbers of characters unambiguously define the destination and service 
required. 

C.3.1. 1 Dialling method 

To maximize channel utilization, the user should enter a string of digits and then press a button to initiate the call. 

The "#" key or a dedicated "send" key is used to initiate the call. The "#" key has an additional purpose of modifying 
the call type or priority. 



C.3.1 .2 Call Type determination 



Underlying signalling and system functionality is hidden from the user. MSs determine the call type and function from 
the length and content of the dialled string. 

C.3.1 .3 Call modifier strings 

Dialled strings that commence with a hash "#" provide secondary uses for the keypad. 
Secondary dialling functions may be as follows: 

Telephone hash modifier format, see clause C.3. 4.2. 1.2; 

PABX hash modifier format, see clause C. 3.4. 2. 2. 2; 

Call priority setting, see clause C. 3.4. 3. 2; 

Call Diversion, see clause C. 3.4. 3.5; 

Broadcast Call, see clause C.3.4.3.1; 

Emergency Call, see clause C.3. 4.3. 3. 

Secondary dialling is achieved by the use of call modifier strings in front of the dialled number. These call modifier 
sequences utilize the "#" and "*" keys in a similar manner to that used in PABX telephone exchanges. 
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C.3.2 Dialled digits to address mapping 

The User-Interface employs 11 symbols "0" to "9" and "*" and "#". 

In the User-Interface domain structure, if the string represents an MS address, and contains a "*" in any of the four least 
significant characters, then that MS address represents a group of MSs. 

The length of destination MS address dialled digits is in the range from 1 to 7, and is interpreted as the right most digits 
of the recipient's number. The MSs individual address is used as a base address, and the right-most digits of that number 
are replaced by the user dialled digits, as shown in example 1 and 2. The resulting number is then converted to the AI 
ID using the algorithm presented in the annex C of the present document. 

EXAMPLE 1: An MS whose individual address is "1234567" (in the user domain), dials "43". 



MS source address 


1 


2 


3 


4 


5 


6 


7 


Dialled destination 












4 


3 


Full destination address, see note 


1 


2 


3 


4 


5 


4 


3 


NOTE: Destination address after processing. 



EXAMPLE 2: This example is a call to a taUcgroup, described in clause C. 2. 1.2.1. 



IVIS source address 


1 


2 


3 


4 


5 


6 


* 


Dialled destination 














* 


Full destination address, see note 


1 


2 


3 


4 


5 


6 


* 


NOTE: Destination address after processing. 



C.3.3 Storage requirements 
C.3.3.1 IVIS individual address 

An MS is allocated a numeric address in the range in the range "000001" to "9999999", see note. MSs may be 
programmed with more than one individual address. 

NOTE: The addresses "1000000", "2000000", "3000000", "4000000", "5000000", "6000000", "7000000", 
"8000000", and "9000000" are not valid. 

C.3.3.2 Talkgroups 

Talkgroups may be both all numeric numbers, or contain a "*" in any of the least significant four digits. 

C.3.3.3 All MSs 

All units respond to All MSs address "*******#". 

All units with prefix "n" respond to the prefixed All MS address "n******#" with n=0 to 9. 

See clause C.2.3.3 of the present document for the mapping of MS dialled digits "n******#". 

C.3.3. 4 Non-diallable numbers 

MS Addresses "0000000", "1000000", "200000", "300000", "4000000", "5000000", "6000000", "7000000", "8000000", 
"9000000" are not diallable. If the user inputs a dialled string of digits that is not assigned to any of the dialling 
algorithms, then the MS should not try to establish the call and appropriate feedback given to the user. 
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C.3.3.5 Talkgroup recognition 
C. 3. 3. 5.1 All numeric talkgroups 

Each MS has storage allocated for a minimum of 16 numeric talkgroup addresses. The table is populated during MS 
personalization by the user, or over the AI. The sender (MS) may use entries in this table to establish that the destination 
address is a talkgroup rather than an individual address. 

The talkgroup table contains entries consisting of the full talkgroup address consisting of 7 characters as shown in the 
example. 

EXAMPLE: The sender (MS) whose individual address is "1234561" has the destination "12345567" stored in 
its talkgroup table. The user enters a single digit "7" as the destination address. 

The full destination address is formed from the dialled digit(s) and the MS own individual address. 



MS source address 


1 


2 


3 


4 


5 


6 


1 


Dialled destination 














7 


Full (Talkgroup), see note 


1 


2 


3 


4 


5 


6 


7 


NOTE: Destination address after processing. 



The talkgroup table is searched for a match. In this example there is a match so the destination 
address is a talkgroup addresses 



C.3.3.5. 2 Talkgroups defined by wildcards 



The dialled string is examined by the initiating MS. If the destination is identified as a talkgroup because the address 
contains a "wildcard" character in one of the four least significant digits then call set-up procedure is to a talkgroup as 
shown in the example. Abbreviated dialling minimizes the number of dialled digits. An advantage of using "wildcard" 
to define talkgroups is that no pre-arrangement is necessary, i.e. there is no need for a talkgroup table or other MS 
configuration to recognize an address as a talkgroup. 

EXAMPLE: 



IVIS source address 


1 


2 


3 


4 


5 


6 


1 


Dialled destination 














* 


Full destination address, see note 


1 


2 


3 


4 


5 


6 


* 


NOTE: Destination address after processing. 



C.3.3.5. 3 MS receives a talkgroup call 

The recipient MS applies the reverse B2 to recover the dialled digits Ky to K-j. 

If the received digits contain a "*" in the digits K^ to K-j then: 

each digit is compared in turn with the corresponding digit of the MS individual identity looking for a 
match. If an "*" is encountered then a match for that digit is assumed. 

If the received digits are all numeric then: 

the digits K^ to K^ are compared with each of the entries in the talkgroup table looking for a match (after 
each entry in the table has been expanded to the full 7 address digits as described in clause C.3.3.5. 1. 

A match must exist for the MS to respond to the talkgroup call. 
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C.3.4 Dialling procedures 

C.3.4.1 IVIS calls 

c.3.4. 1 .1 Seven digit dialling 

The user may enter the whole seven digit address to complete the dialled string prior to transmission. The number of 
digits within an address may be restricted by MS programming to restrict the number range over which the MS may 
access. For example the MS may be restricted to six digits to prevent the MS from reaching other MSs outside its own 
prefix. 

C.3.4.1 .2 Abbreviated dialling 

Where abbreviated keypad dialling is used in the MS, the MS should insert the more significant characters from the MS 
individual address to complete the dialled string prior to transmission. 

If all digits are not dialled the more significant digits from the MS individual address are copied to the dialled string to 
build a seven digit address so - 

For the MS individual address "2112345": 

if the user dials 6 #, the destination address shall be 2112346; 

if the user dials 5 6 #, the destination address shall be 2112356; 

if the user dials 95 8 #, the destination address shall be 2112 958; 

if the user dials 1385#, the destination address shall be 2111385; 

if the user dials 1 3 * 5 #, the destination address shall be 21113*5 (talkgroup). 

(The double underlined characters represent those that have been copied from the MS individual address). 

At the Air Interface the calling party address is transferred to the called party. The abbreviated dialling may be applied 
to display only an abbreviated calling party address on the display of the called party. 

Figure C.6 shows abbreviated dialling applied to the calling party and shows how the recipient may display the 
abbreviated calling party address. 

a) The calling party dials a single digit "2". 

b) The MS inserts the more significant digits from its individual address to complete the dialled string prior to 
transmission - i.e. the destination address becomes "1234562". 

c) The called and calling party addresses are passed across the Air Interface. 

d) The "B" party decodes the called party address and there is a match and the "B" party receives the call. 

e) The "B" party decodes the calling party address and may display only an abbreviated digit(s). In this case a 
single digit "1". 
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'A' Party MS Address 
is 1234561 



^ 



'A' dials 2# 

'A' address is 1234561 

therefore full destination address is 

1234562 

V J 



B 



Air Interface 




Calling Party=12D681 _ 
Called Party=12D682 , 



B' Party MS Address 
is 1234562 



^ 



B 



^B^ Party is 1234562 
Calling party is 1234561 
Display calling party is 

therefore 1 



Figure C.6: Example of abbreviated dialling 

The abbreviated display is sufficient for the "B" party to know who has called because the "B" party could call the "A" 
party by the same abbreviated dialling. 

By using abbreviated dialling, the DMR dialling plan is appropriate for the smallest and largest fleets. 



C.3.4.1.3 



Individual call 



Individual calls can be initiated by another MS user entering the full seven digit number followed by the "#" character 
to indicate that dialling is complete and that the call is to be initiated. Abbreviated dialling should be allowed. 

EXAMPLE: The dialled digits "2164324#" should initiate an individual call to MS "2164324". 

C.3.4.1.4 Talkgroup Call 

Talkgroup calls can be initiated by another MS user entering the full seven digit number, with any of the only four least 
significant characters contains a "*", followed by the "#" character to indicate that dialling is complete and that the call 
is to be initiated. Abbreviated dialling should be allowed. 

C.3.4.1.5 All Call 

All units respond to All MSs address "*******#". 

All units within a prefix respond to All MSs address "n******#": 

in direct mode if permitted during MS personalization; 

in a networked system, if permitted by personalization and if permitted by the system. 

C. 3.4.2 Gateway calls 
C.3.4.2.1 Telephone call 

PSTN telephone numbers may be dialled using two alternative methods. 



C.3.4.2.1. 1 



Telephone numeric padding format 



PSTN telephone numbers are called by entering the "9" or a "0" followed by a 7 to 20 digit telephone number followed 
by the "#" character to indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE 1: "91234530#" should initiate a telephone call to the telephone subscriber "1234530". Likewise 
dialUng "001256484530#" should dial telephone subscriber "01256484530". 

Telephone numbers can be of length 7 to 20 digits and can have any digit to 9 in any position in the dialled string. 
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Any telephone numbers that are outside this range (e.g. four digit PSTN numbers) should require to be padded with 
leading digits to a length that can be dialled. This padding may be stripped by the telephone interconnect (at the 
physical gateway) to ensure correct dialling. 

If the first dialled digit is the "#" key and the key is held for more than DIALn seconds, the international dialling symbol 
"+" should be inserted into the dialled string, replacing the "*" character. For a MS employing a display, the "+" 
character should be shown. 

EXAMPLE 2: "+441253123456#" should initiate a telephone call to the U.K. The number is compiled as follows: 
"+" international gateway 

"44" U.K 

"1253" National Code 

"123456" Local Number. 

C.3.4.2.1 .2 Telephone star modifier format 

PSTN telephone numbers are called by entering "*9" or "*0" followed by a 3 to 20 digit telephone number followed by 
the "#" character to indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "*9845#" should initiate a PSTN telephone call to the telephone subscriber "845". Likewise 

dialUng "*035276#" should dial telephone subscriber "35276". 

Telephone numbers can be of length 3 to 20 digits and can have any digit to 9 in any position in the dialled string. 

C.3.4.2.2 PABX call 

PABX telephone numbers may be dialled using two alternative methods. 

C.3.4.2.2. 1 PABX numeric padding format 

PABX numbers are called by entering "8" followed by a 7 to 20 digit extension number followed by the "#" character to 
indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "81234530#" should initiate a PABX call to the extension " 1234530". Likewise dialling 

"81256484530#" should dial PABX extension "1256484530". 

Extension numbers can be of length 7 digits to 20 digits and can have any digit to 9 in any position in the dialled 
string. 

Any extension numbers that are outside this range (e.g. three digit PABX numbers) should require to be padded with 
leading digits to a length that can be dialled. This Padding should have to be stripped by the PABX interconnect to 
ensure correct dialling. In addition part of the dialled string may also define a particular PABX. It is the responsibility 
of the PABX gateway to route the call correctly. 

C.3.4.2.2. 2 PABX star modifier format 

PABX numbers are called by entering "*8" followed by a 3 to 20 digit extension number followed by the "#" character 
to indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "*8234#" should initiate a PABX call to the extension "234". Likewise dialHng "*81234#" should 

dial PABX extension "1234". 

Extension numbers can be of length 3 to 20 digits and can have any digit to 9 in any position in the dialled string. 

C.3.4.2.3 IP call 

IP addresses are called by entering "*7" followed by an IPV4 or IPV6 dotted address followed by the "#" character to 
indicate that dialling is complete and that the call is to be initiated. Since the dot cannot be dialled the "*" key is a 
substitute for the dots. 

EXAMPLE: "*7213*48*132*2#" should call IP address "213.48.132.2". 
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C. 3.4.3 Call modifiers 

Functions such as the modification of call requests to change to priority or type of service request, and the 
implementation of other facilities (status, diversion, etc), are initiated using the syntax in the following clauses. The call 
modifier is defined by the dialled string by adding extra digits to the dialled destination in the form: 

# <call modifier code> * destination as defined in clauses C. 3. 4. 3.1 to C. 3. 4.3. 7. 

Table C.1 1 : Summary of call modifiers 



Dialled Digits 


Call Modifier 


#1*nn...# 


Broadcast call, clause C. 3. 4.3.1 


#8*nn...# 


Priority call, clause C.3.4.3.2 


#9*nn...# 


Emergency call, clause C. 3.4.3. 3 


#Oss*nn...# 


Status call, clause C.3.4.3.4 


#41*nn...# 


Divert Own call, clause C.3.4.3.5 


#5*nn...# 


Open Channel Voice IVIode call, clause C. 3.4. 3. 6 


#6*nnn..# 


Force talkgroup service, clause C.3.4.3.7 



C.3.4.3.1 Broadcast call 

The MS shall set-up a broadcast call to the destination talkgroup nn by dialling "#l*nn#". 

EXAMPLE 1: "#1*112345*#" should make a broadcast talkgroup call to MS address "112345*". 

NOTE: The dialled string "#l*nnn". "#" should generate an error if the address is not a talkgroup address. 

EXAMPLE 2: If the MS calling party address is "1234567". "#1 **#" should make a broadcast talkgroup call to 
"123456*" (i.e. to "1234560", "1234561", etc., "1234569"). 

C.3.4.3.2 Priority call 

The MS should set up a high priority call to the destination address nn by dialling "#8*nn#". 

EXAMPLE 1 : To make a high priority call fi-om MS 1 122345 to MS 1 122346 dial "#8*6#". 

EXAMPLE 2: To make a high priority talkgroup call from MS 1 122345 to MSs fleet 1 12234* dial "#8**#". 



EXAMPLE 3: To make a high priority individual call to PABX extension 234 using start modifier format dial 

"#8**8234#". 



C. 3.4. 3. 3 Emergency call 

The MS should set-up an emergency priority call to the destination address nn dialling "#9*nn#". 

EXAMPLE 1 : To make an emergency call from MS 1 122345 to talkgroup MSs 1 1223*6 dial "#9**6#". 

EXAMPLE 2: To make an emergency call to telephone number 456 (using telephone star modifier format) dial 
"#9**9456#". 

EXAMPLE 3: To make an emergency call to telephone number 01772123456 (using telephone numeric padding 
format) dial "#9*901 772 123456#". 

C.3.4.3.4 Status call 

The string "#Oss*nnn#" causes the MS to set up a status call to the destination address nnn. The status digits "ss" are 
numeric in the range to 99. 
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C.3.4.3.5 Divert Own call 

The string "#41*nn#" instructs a repeater BS to offer the number "nn..n" back to any caller who is attempting to make a 
call to the originating MS as an alternative destination for the call. The number to which calls are to be diverted, and 
which follows the code, should be any number which the user is able to dial between and 99. 

The MS should instruct the repeater BS to cancel the diverted state dialling "#41#" or "#41*#". 

C.3.4.3.6 Open Channel Voice Mode Call 

The string "#5*nnn #" causes the MS to set up a call using OVCM mode to the destination address nnn. The 

OVCM allows all MSs to be involved in the voice traffic, even if not explicitly addressed to them. 

The string "#51#" or "#51*#" instructs the MS to set-up all voice calls using Open Channel Voice Mode working. 

The MS shall cancel the OVCM state dialUng "#52#" or "#52*#". 

C. 3.4. 3. 7 Force talkgroup service 

The string "#6*nnn..#" causes the MS to set up a talkgroup call to destination talkgroup nnn. where nnn. is a numeric 
string of length from 1 to 7 digits. 

EXAMPLE: To make a talkgroup call from MS 1 122345 to talkgroup MSs 1 122356 dial "#6*1122356#". In 
this case dialling "#6*56#" would achieve the same result. 

C.3.4.3.8 Multiple Call modifiers 

The call modifier strings "1","5","6","8" and "9" may be combined as follows: 
"#81*nnn„„," shall set up a high priority broadcast call; 
"#915*nnn. . .." shall set up an emergency broadcast call in OVCM mode. 
NOTE: Call modifiers 8 and 9 are mutually exclusive. 

C.3.4.4 MS behaviour commands 

Functions such as the changes to the MS configuration or display of MS parameters are instigated using the syntax in 
the following clauses. 

Table C.12: Summary of MS behaviour commands 



Dialled Digits 


MS Behaviour Command 




Edit the talkgroup table, clause C.3.4.4. 1 


#42*nnnnnnn# 


Add entry 


#43*nnnnnnn# 


Delete Entry 


#43*# or #43# 


Delete All 




Queue incoming call, clause C.3. 4.4.2 


#46*# or #46# 


Queue all incoming calls 


#47*# or #47# 


Cancel queuing of incoming calls 


#48*# or #48# 


Display Qwn identity, clause C.3. 4.4.3 


#49*# or #49# 


Display Qwn talkgroup table, clause C. 3.4.4.4 



C.3.4.4.1 Edit the talkgroup table 

The string "#42*nnnnnnn#" causes the MS to add an entry to the talkgroup table, "nnnnnnn" must be the full 7 digit 
user domain address. If the talkgroup table is full an appropriate error indication is provided to the user. 

The string "#43*nnnnnnn#" causes the MS to delete an entry from the talkgroup table, "nnnnnnn" must be the full 7 
digit user domain address. If a match is not found between "nnnnnn" and a talkgroup table entry an appropriate error 
indication is provided to the user. 
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The string "#43*#" or "#43#" causes the MS to delete all entries from the talkgroup table. 

C. 3.4.4. 2 Queue Incoming call 

The dialled digits "#46*#" or "#46#" causes the MS to respond to an incoming call with a message indicating that the 
MS does not wish to accept the call at this time. The MS shall store the address of the calling party and indicate the 
event to the user. 

The MS shall cancel the Queue Incoming Calls state dialling "#47*#" or "#47#". 

C. 3.4.4. 3 Display own identity 

For an MS that is fitted with a display, the dialled digits "#48*#" or "#48#" causes the MS to display its own Identity. 

C. 3.4.4.4 Display Own talkgroup table 

For an MS that is fitted with a display, the dialled digits "#49*#" or "#49#" causes the MS to display each entry in its 
talkgroup table. 

C.3.4.5 Call set-up abandon or call complete 

"##" may be dialled after digits and a terminator have been entered on the keyboard. If the radio unit has not transmitted 
a call request, it shall abandon the call and resume an idle state on the control channel. 

If the radio unit has started to set up a call, it shall transmit a call cancel request. 

If "##" is dialled whilst the unit is in the payload domain , the MS unit terminates the call. 
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Annex E (informative): 
Change requests 



The present document contains change requests as described in table E. 1 . 



Table E.1 : Change request 



No 


Standard 
Version 


Clauses affected or description 


Title 


001 


1.1.1 


7.1.1.1 


Grp V Ch Usr PDU does not nnatch Full Linl< Control 


002 


1.2.1 


1,2,3.1,3.2,4,4.1,4.2 


Clarifications and editorial 


003 


1.2.1 


5.1.1.1, 5.1.1.1.3,5.1.1.2,5.1.1.3, 

5.1.2.2, 5.2.1.1, 5.2.1.2.1,, 5.2.1.2.2, 
5.2.1 .3.3.4, 5.2.1 .3.3.6 to 5.2.1 .3.3.9, 
5.2.2.1, 5.2.2.2.1, 5.2.2.2.2, 5.2.2.4.2.2, 
5.3.2, 5.3.3, 5.3.4.1 


Modifications in clause 5 


004 


1.2.1 


6.1,7.1,7.1.3.2,7.2.7 


Modifications in clause 6 and 7 
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